Quoting Pol Hallen (polhal...@fuckaround.org): > >If 10filesdir created on the target? > on the server there is an empyt dir: 10filesdir > ls -la [...] 10filesdir > > drwxr-xr-x user0 user0 10filesdir > > >Does somethign show up on the server's logfile? > [2009/04/05 15:03:02, 2] smbd/open.c:open_file(407) > user0 opened file script/mount_ntfs.sh read=No write=No (numopen=1) > [2009/04/05 15:03:02, 2] smbd/close.c:close_normal_file(586) > user0 closed file script/mount_ntfs.sh (numopen=0) NT_STATUS_OK > [2009/04/05 15:03:02, 2] smbd/open.c:open_file(407) > user0 opened file script/mount_ntfs.sh read=No write=Yes (numopen=1) > [2009/04/05 15:03:02, 2] smbd/close.c:close_normal_file(586) > user0 closed file script/mount_ntfs.sh (numopen=0) NT_STATUS_OK > > >What happens when you "mkdir" 10files dir on the target, *then* try to > >"cp" the individual files in it? > So doing everyting is ok. > > >There is certainly something weird somewhere because, of course, I > >can't reproduce this bug (on a lenny server mounting its own resource). > Using xp, vista, osx there isn't this problem, everything is ok. > > What I can do?
I'd say grab a level 10 logfile of the failure. Beware that this might be *huge*. Please try to spot the relevant parts in the logfile and send it back to the BTS. ...and do'nt forget to put your server back to a regular log level after doing this..:-)
signature.asc
Description: Digital signature