Bug 8903 - Robocopy from a samba source share no longer works in 3.6 with /copyall flag
Robocopy from a samba source share no longer works in 3.6 with /copyall flag
Status: RESOLVED WORKSFORME
Product: Samba 3.6
Classification: Unclassified
Component: File services
3.6.4
All Windows 7
: P5 normal
: ---
Assigned To: Volker Lendecke
Samba QA Contact
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-04-27 15:01 UTC by John Mulligan
Modified: 2014-07-22 20:42 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 John Mulligan 2012-04-27 15:01:38 UTC
In samba 3.5 our users were successfully running robocopy with the /copyall and /mir switches to copy data from a Samba share to a local directory on Windows. After upgrading to samba 3.6.4 robocopy fails when using the /copyall switch. Copyall is equivalent to /copy:DATSOU and we found that by removing the U switch (Auditing Information) robocopy runs without error. 

Every folder and/or file copied returns errors like :
**************
	  New Dir          7	\\10.1.3.29\test\migrationtimestamps\
2012/04/26 15:54:05 ERROR 5 (0x00000005) Copying NTFS Security to Destination Directory c:\test2\
Access is denied.
	    New File  		  493070	Initial results presentation v2.pptx
2012/04/26 15:54:05 ERROR 5 (0x00000005) Copying NTFS Security to Destination Directory c:\test2\
Access is denied.
************

All tests were performed on a Windows 7 client. Initial tests were run without SMB2 enabled, enabling SMB2 did not change the result.


Example smb.conf:

[global]
        workgroup = TEST2K8
        realm = TEST2K8.MYCORP.NET
        security = ADS
        allow trusted domains = No
        syslog = 0
        load printers = No
        printcap name = /dev/null
        disable spoolss = Yes
        show add printer wizard = No
        winbind enum users = Yes
        winbind enum groups = Yes
        idmap config TEST2K8: range = 400000-8000000
        idmap config TEST2K8: backend = rid
        idmap config *: range = 200000-210000
        idmap config * : backend = tdb
        force unknown acl user = Yes
        printing = bsd
        print command = lpr -r -P'%p' %s
        lpq command = lpq -P'%p'
        lprm command = lprm -P'%p' %j

[test]
        path = /mnt/foo
        admin users = SUPPORT2K8\test_user_admin
        read only = No
        inherit permissions = Yes
        inherit acls = Yes
        map acl inherit = Yes
        case sensitive = Yes
        hide unreadable = Yes
        veto files = /.snapshot/
        store dos attributes = Yes
        delete readonly = Yes
        dos filemode = Yes
Comment 1 Jeremy Allison 2012-04-27 23:55:07 UTC
Can you upload a debug level 10 log showing one of the ACCESS_DENIED failures please ?
Comment 2 John Mulligan 2014-07-22 20:42:48 UTC
Going through old bugs I filed: This appears to have been working as desired
since about samba 3.6.6. Sorry for not updating sooner!