Bug 5708 - Cannot move directory tree over old version, funny rights
Cannot move directory tree over old version, funny rights
Status: NEW
Product: Samba 3.2
Classification: Unclassified
Component: File services
3.2.0
x86 Linux
: P3 normal
: ---
Assigned To: Jeremy Allison
Samba QA Contact
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-08-20 08:22 UTC by Joachim Reichelt
Modified: 2009-08-07 09:11 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joachim Reichelt 2008-08-20 08:22:42 UTC
We are using a share by two users:
mni:*:15005:10000:Manfred Nimtz:/home/mni:/bin/csh
ufe:x:1163:10000:Undine Felgentraeger:/home/ufe:/bin/sh

Both connect to this share from XP:

[mni]
        comment = Home von Manfred Nimtz
        path = /home/mni
        browseable = yes
        writeable = yes
        create mask = 0660
        directory mask = 0770
        force create mode = 660
        force directory mode = 770
        follow symlinks = no

ufe create a dir with dirs and files in it. They get:

-rw-rw---- 1 ufe zib   7052 14. Aug 09:07 acqu
-rw-rw---- 1 ufe zib   7052 14. Aug 09:07 acqus
-rw-rw---- 1 ufe zib  32251 14. Aug 09:07 Analysis.FAmethod
-rw-rw---- 1 ufe zib    474 14. Aug 09:07 AnalysisParameter.xml
-rw-rw---- 1 ufe zib 476000 14. Aug 09:07 fid
drwxrwx--- 3 ufe zib   4096 20. Aug 13:11 pdata/
-rw-rw---- 1 ufe zib      3 14. Aug 09:07 sptype

ufe sees in XP: my files, read and write
mni sees in XP: her files, READONLY.

so mni cannot move this tree to another location, as he cannot remove the tree
Comment 1 Karolin Seeger 2008-08-20 08:39:27 UTC
Is "mni" member of the group "zib"?
Comment 2 Joachim Reichelt 2008-08-20 08:48:38 UTC
I forgot:
both are in the group zib:
/etc/group
zib:*:10000:...,nmi,...,ufe

That is there login group.
Comment 3 Joachim Reichelt 2008-08-28 08:41:00 UTC
I just upgraded to
# smbclient -V
Version 3.2.2-0.1.127-1874-SUSE-SL11.0

and checked my own account: Directories seems allway to be (partly) readonly. Why?

I created a copy of a directory tree, changed owner, group write and all is o.k.

Now go to PC 1, user ufe
connect to mni
create a dir "test" and subdirs and put files in them all.
This is done by measuring SW on this PC or by copying the whole tree.

On Linux I see the same as in #1.

Go to PC 2, user mni
try to remove  test failed, cannot remove ANY file.

Solution:
temporally:
GO to the linux box and:
find . -type d -exec chmod o+w {} \;

AND set
        directory mask = 0772
        force directory mode =0772


find . -type d -exec chmod o+w {} \; 
Comment 4 Karolin Seeger 2009-08-06 08:53:25 UTC
Jeremy, could you have a look at this one, please?

Thanks!
Comment 5 Jeremy Allison 2009-08-06 16:48:44 UTC
What are the permissions on the containing directory /home/mni ?
The permissions on the containing directory are what counts when deleting/moving files. If you want the permissions on the files to count you have to set "dos filemode = true".
Jeremy.
Comment 6 Joachim Reichelt 2009-08-07 09:11:16 UTC
I' just tried to reproduce the bug, as "something" changed during one year :-;

At the moment I cannot reproduce it any more!
Maybe the bug was related to somethin like bug 2009

We are now at:
smbclient -V
Version 3.2.7-0.1.135-2042-SUSE-SL11.0
(created 5.Jan 2009)
But I'll have to test a little bit more befor closing.