Hi all, Yesterday, I did a very bad things to our freeVSD test server....
bevs -r (vs) cd /root chown -R admin.admin .* Oh dear. :( Didnt think about it really did I? After my screen was spammed with permisison denied errors relating to /proc, I hit Ctrl-C and realised to my horror that ".*" must also mean "/root/.." which of course meant the whole of "/" .... doh! I guess when you use "*" in bash then it means everything not beginning with a "." so normally this isnt a problem. I tell you, I wont be making this mistake again! I guess I shouldnt have been surprised today when none of our VSs worked properly. I tried to search the freeVSD mailing archive about this but get a "Glipse error" with "no ouput from Glipse" so I searched my FreeVSD inbox and found that my problem sounds the same that Kelly French posts about on 05/11/2001, subject "Help". Ive included it below as the FreeVSD Archive search seems broken... > --------------------------------- > Hiyas > > This started to show up today after i rebooted the vsd machine we have. > > vsboot: start (s1): Starting services for diamond1 > su: cannot set groups: Operation not permitted > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^6 > starting system logging: syslogd > starting daemon: crond > starting daemon: atd > starting web server: httpd > starting MySQL server: mysqld > starting local daemons:. > starting ssh server: sshd > [root@vsd1 /root]# su: cannot set groups: Operation not permitted > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Any ideas on how to fix this ?? and what caused it in the first place? > Apache/Mysql arent running on the virtual servers anymore. > > Kelly French > WAnet Network Admin > -------------------------------- In answer to Tim's response to the above post (which I dont think Kelly responded to)... o I cannot su to any user when I am in the VS as admin, if I am root I can su fine. I guess this is mainly what the problem is as both mysql and apache get run in rc.vsd (run as admin) and with 'su' commands - if I execute these commands manually after a "bevs -r (vs)" then mysql and apache both seem to work fine o Im using the default pregenerated skel that comes with the Idaya CD and it was working fine before I crapped everything up! o I dont know if there are any overlaps in group IDs between the virtual servers and hosting server but I doubt it As the skel is in such a state, is it going to help I just reextract the skel over the top of its current location... tar -xIf freevsd-skel-1.4.10-1rh6.tar.bz2 -C /home/vsd/skel Is this a good idea? Will this change ownership and permissions of files within the VS? When freeVSD links a VS to a skel, how does it know which files to hard link and which files to copy? Presumably all hard linked files are owned by "root" and all (or most?) of the copied files are owned by admin? Sorry about the disorganised post. Thanks in advance, Ben Kennish [EMAIL PROTECTED] www.fubra.com ------------------------- The freeVSD Support List -------------------------- Subscribe: mailto:[EMAIL PROTECTED]?body=subscribe%20freevsd-support Unsubscribe: mailto:[EMAIL PROTECTED]?body=unsubscribe%20freevsd-support Archives: http://freevsd.org/support/mail-archives/freevsd-support -----------------------------------------------------------------------------
