Bug 246371 - net/rsync does not transfer net/samba file ACLs
Summary: net/rsync does not transfer net/samba file ACLs
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: amd64 Any
: --- Affects Only Me
Assignee: Rodrigo Osorio
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-05-11 14:12 UTC by James B. Byrne
Modified: 2020-08-16 17:28 UTC (History)
1 user (show)

See Also:
bugzilla: maintainer-feedback? (rodrigo)


Attachments
jail console listings with different chflags and securelevel settings (5.18 KB, text/plain)
2020-05-11 14:12 UTC, James B. Byrne
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description James B. Byrne 2020-05-11 14:12:23 UTC
Created attachment 214377 [details]
jail console listings with different chflags and securelevel settings

Source:  
DC1 (samba-01) Bhyve vm guest running FreeBSD-10.3p23 amdx64, samba-4.3.13_2, and rsync-3.1.3

Destination: 
DC2 (samba-03) Iocage jail running FreeBSD-12.1p4 amdx64, samba-4.10.14, and rsync-4.10.14

DC1 is provisioned as an AD-DC.  DC2 has been joined as a DC to DC1 DOMAIN.

We are attempting to replicate DC1 sysvol to DC2 via rsync using ssh with root user rsa authentication.


[root@samba-03 ~]# rsync -XAav --delete-after --rsh='ssh' [192.168.8.65]:/var/db/samba4/sysvol  /var/db/samba4
!!Warning!! -	Any deliberate attempt to access this resource without 
                legitimate authorization is a criminal offence
                (R.S.C. 1985, c. C-46 - Section 342.1).
receiving file list ... 
recv_acl_index: ACL_TYPE_ACCESS ACL index 16 > 0
rsync error: error in rsync protocol data stream (code 12) at acls.c(1119) [Receiver=3.1.3]
Comment 1 James B. Byrne 2020-05-11 14:14:43 UTC
DC2 rsync version is actually rsync-3.1.3_1
Comment 2 James B. Byrne 2020-05-12 12:58:38 UTC
Important note.  Samba43 runs on UFS.  Samba410 runs on ZFS.
Comment 3 Rodrigo Osorio freebsd_committer freebsd_triage 2020-08-16 17:28:04 UTC
Thanks for the report with the details