That will be a hairy one, you've been warned..:-)

This bug was reported in the Debian BTS, originally with Debian lenny (samba 3.2.5, kernel 2.6.26) but is reproduced by our user in Debian unstable (samba 3.3.2, kernel 2.6.26).

*I* (Christian Perrier) have not been able to reproduce it so I was not that keen to report it here....but I've now reached the point where my investigation skills stop.

Initial user report:
On the server there are:
debian stable with kernel 2.6.28.8 and samba 3.2.5-4

On several clients:
debian stable/testing (tested by various kernels), winXP (sp1/2), ubuntu 8.x

client side:
mount.cifs //192.168.1.130/upload /home/user0/upload -o "username=user0,password=user0"
done

mkdir /home/user0/upload/tmpdir0
touch /home/user0/upload/tmpdir0/tmpfile0
touch /home/user0/upload/tmpfile1

ls -la /home/user0/upload

drwxr-xr-x 2 user0 user0       0 2009-04-03 12:29 tmpdir0
-rwxr--r-- 1 user0 user0       2 2009-04-03 12:32 tmpfile0

-rw-r--r-- 1 user0 user0       1 2009-04-03 12:35 tmpfile1

everything is ok :-)

cp -rv /home/user0/10filesdir /home/user0/upload/
cp: cannot create regular file [...] access denied. [...] for all files

Thus: ONLY if I copy a dir with several files inside it born a copy error!
Because seems that the permission (server side) are correctly, but I don't understand the problem :-/

Using konqueror (smb://192.168.1.130/upload) this problem there isn't: everything is ok. Same with winXP and osx

I tried several options on the server and clients: add/remove unix permissions = yes, on mount: add nodfs, etc.

I then asked for a few more details:
>If 10filesdir created on the target?
on the server there is an empyt dir: 10filesdir
ls -la [...] 10filesdir

drwxr-xr-x user0 user0 10filesdir

>What happens when you "mkdir" 10files dir on the target, *then* try to
>"cp" the individual files in it?
So doing everyting is ok.





After this initial report, I asked the user to reproduce this on a box running more recent versions of samba, which he did. So in the next report, the user-space tools version is 3.3.2 (I still need to clear out what is the kernel version. Let's assume this is 2.6.26):

User says he did:
On linux client I created a dir with 3 files inside it, then I copied those in 
samba share.

Searching for: sambatest (name of dir), test0,test1,test2, the 3files inside 
sambatest.


Doing this, he had the same permission error. And he grabbed a level 10 log of the failure on the client side, which I'll attach to this bug.



Trying to do *the very same test* I couldn't reproduce his error unfortunately (user-space tools were 3.3.2 and kernel was 2.6.26 and 2.6.28 for me).

I will attach *his* smb.conf file and the one I used to test.