Your message dated Sat, 4 Apr 2009 14:39:33 +0200
with message-id <[email protected]>
and subject line File attributes changes problem no longer in 3.3.*
has caused the Debian Bug report #501678,
regarding Files copied/moved to cifs filesystems get attributes changed
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
501678: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501678
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: smbfs
Version: 2:3.2.3-1
Hi all,
I'm no expert on samba/cifs but something has changed recently. I've used
smbfs for mounting filesystems of other machines on my LAN for years, with
no problems once permissions are all sorted out.
In the past year or so I've noticed dozens of files appearing on my console
in green (executable) - things like .txt files, which should never get +x.
I've traced this to samba. Now, whenever I copy/move a file onto a mounted
smbfs filesystem, or create a new file on such a filesystem, the file
automatically gets permissions 755.
Presumably the permissions of new files are controlled by a umask setting
somewhere - I can't see one on the manual page of mount.cifs, so maybe it's
done in the samba server config. But why would existing files have their
attributes changed when they're copied or moved onto a smbfs filesystem?
This seems to be a bug - surely samba should not mess with file attributes
unless the user explicitly tells it to do so.
Sorry if I've missed something obvious,
Chris
--- End Message ---
--- Begin Message ---
Version: 2:3.3.2-1
I couldn't reproduce that problem with samba 3.3.2 (client and
server).
I'm therefore closing this bug as well as the equivalent upstream bug.
That seems to be consistent with Shirish S. Pargaonkar comments in
upstream's #5948:
I do not see this happening with 1.54 of cifs and Version 3.0.33-3.7.el5 of
samba server either with copy and move of text as well as an executable file.
Here is a simple setup and steps attempted to recreate the problem.
[idsc0]
path = /tmp/idsc0dir
browseable = Yes
read only = No
guest ok = Yes
writable = yes
mount -t cifs //idsc0/idsc0 /mnt/smb_a -o user=root,pass=password
----------------------------------------------------------------------
cifstest6:~ # ls -l /etc/motd
-rw-r--r-- 1 root root 0 Dec 10 10:33 /etc/motd
cifstest6:~ # cp /etc/motd /mnt/smb_a/motd
cifstest6:~ # cp -p /etc/motd /mnt/smb_a/motd.1
cifstest6:~ # ls -l /mnt/smb_a
total 214724
-rw-r--r-- 1 root root 0 Mar 16 2009 motd
-rw-r--r-- 1 root root 0 Dec 10 10:33 motd.1
------------------------------------------------------------------------
cifstest6:~ # cp -p /etc/motd /etc/motd.tomove
cifstest6:~ # ls -l /etc/motd.tomove
-rw-r--r-- 1 root root 0 Dec 10 10:33 /etc/motd.tomove
cifstest6:~ # mv /etc/motd.tomove /mnt/smb_a
cifstest6:~ # ls -l /etc/motd.tomove
ls: cannot access /etc/motd.tomove: No such file or directory
cifstest6:~ # ls -l /mnt/smb_a/motd.tomove
-rw-r--r-- 1 root root 0 Dec 10 10:33 /mnt/smb_a/motd.tomove
------------------------------------------------------------------------
cifstest6:~ # ls -l /bin/date
-rwxr-xr-x 1 root root 56120 Dec 5 17:53 /bin/date
cifstest6:~ # cp /bin/date /mnt/smb_a
cifstest6:~ # cp -p /bin/date /mnt/smb_a/date.1
cifstest6:~ # ls -l /mnt/smb_a
total 214652
-rwxr--r-- 1 root root 56120 Mar 16 2009 date
-rwxr-xr-x 1 root root 56120 Dec 5 17:53 date.1
--------------------------------------------------------------------------
cifstest6:~ # cp /bin/date /bin/date.tomove
cifstest6:~ # mv /bin/date.tomove /mnt/smb_a
cifstest6:~ # ls -l /bin/date.tomove
ls: cannot access /bin/date.tomove: No such file or directory
cifstest6:~ # ls -l /mnt/smb_a/date.tomove
-rwxr-xr-x 1 root root 56120 Mar 16 08:00 /mnt/smb_a/date.tomove
--
signature.asc
Description: Digital signature
--- End Message ---
