dangoo at compedge.com.au
Wed Feb 28 05:12:59 GMT 2001
We experience some bizarre behaviour yesterday with our system, and I am wondering if anybody can help with it. We are running a RedHat Linux 6.1 box, with Samba 2.0.5. The rest of our network is running WinNT. We have one administrative share "/" which Sysadmins access as the "root" user via Samba. We yesterday attempted to backup out Linux installation to DAT, using an NT box accessing the Linux "/" share.
After the backup, we noticed some strange behaviour. FOr example, email was no longer being delivered, with a "Permission Denied" error appearing in the log. It became evident that there were a number of system files (especially executables) that are owned by the "root" user on the Linux box, that had apparently been given a "chmod u-x" command. Programs such as Linuxconf no longer operated because there wasn't execute permission for "root".
My question is basically, could this have something to do with running the Backup via Samba? Will Samba, by design, chmod u-x any file it finds that is root-executable, and then perhaps not change it back? If this is not the case, does anybody have any other suggestions?
The system logs show no record of anybody or any program chmod-ing anything.
Help will be appreciated!
Thanks in advance,
Competitive Edge Software
-------------- next part --------------
HTML attachment scrubbed and removed
More information about the samba