Bug 236993 - zfs send | zfs recv not preserving ACL for some directories
Summary: zfs send | zfs recv not preserving ACL for some directories
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 11.2-RELEASE
Hardware: amd64 Any
: --- Affects Only Me
Assignee: freebsd-fs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-04-03 16:46 UTC by Nathan Huff
Modified: 2019-04-22 21:30 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 Nathan Huff 2019-04-03 16:46:04 UTC
I have a system doing incremental replication to a second system.  It appears that zfs ACLs are not getting replicated for some directories.

On the primary system I can go into a snapshot directory and running getfacl on one of the affected directories returns ACL info.

On the second system in the snapshot directory for the replicated snapshot running getfacl on the directory returns.

# file: foo
# owner: user
# group: group
getfacl: foo: No such file or directory

filename owner and group have been obfuscated, but are correct.

It appears that the ACL data is just missing on the replicated file.  The file contents are correct.

This is not happening on all directories just some.  Not sure what the trigger is.  Let me know what other information would be useful.
Comment 1 Nathan Huff 2019-04-03 16:54:07 UTC
zfs send using -LceI
zfs recv using -F
Comment 2 Nathan Huff 2019-04-03 21:47:02 UTC
Also appears to be losing xattr

zdb -dddd on good main system for directory

    Object  lvl   iblk   dblk  dsize  lsize   %full  type
  59274085    1    16K     1K    32K     1K  100.00  ZFS directory
                                        192   bonus  System attributes
        dnode flags: USED_BYTES USERUSED_ACCOUNTED SPILL_BLKPTR
        dnode maxblkid: 0
        uid     39913
        gid     10513
        atime   Fri Mar  1 11:54:40 2019
        mtime   Fri Mar  1 11:55:28 2019
        ctime   Fri Mar  1 11:55:28 2019
        crtime  Wed Apr  4 15:26:51 2018
        gen     24591129
        mode    40200
        size    9
        parent  53044945
        links   6
        pflags  40800000042
        xattr   59274086
        microzap: 1024 bytes, 7 entries

and on replica

    Object  lvl   iblk   dblk  dsize  lsize   %full  type
  59274085    1   128K     1K    16K     1K  100.00  ZFS directory
                                        192   bonus  System attributes
        dnode flags: USED_BYTES USERUSED_ACCOUNTED 
        dnode maxblkid: 0
        uid     39913
        gid     10513
        atime   Fri Mar  1 11:54:40 2019
        mtime   Fri Mar  1 11:55:28 2019
        ctime   Fri Mar  1 11:55:28 2019
        crtime  Wed Apr  4 15:26:51 2018
        gen     24591129
        mode    40200
        size    9
        parent  53044945
        links   6
        pflags  40800000042
        microzap: 1024 bytes, 7 entries

Directory listing elided from both.
Comment 3 Nathan Huff 2019-04-03 22:36:11 UTC
Pretty sure I am seeing this.

https://www.illumos.org/issues/9952