Yes, btrfs supports ACLs but it might not support all of the ACLs that
ext4 supports.

If you just meant that the target system is used as a Samba server then
that doesn't really matter.  If you meant that you are rsyncing to a
cifs mount of a samba server then that does matter because you are stuck
with the filesystem limitations of both btrfs and cifs as well as the
rsync limitation of --whole-file.

On 06/23/2016 04:58 PM, Albert Berger wrote:
> On Thu, Jun 23, 2016 at 04:27:10PM -0400, Kevin Korb wrote:
>> If the filesystem doesn't support ACLs then don't use -A.
>>
> 
> I did some search about this error before asking this question, and
> in other case unsupported ACLs were indeed the cause. But btrfs
> supports ACLs:
> 
> [root@kw al]# getfacl /mnt/backup/rootdir/var/log/journal/remote
> getfacl: Removing leading '/' from absolute path names
> # file: mnt/backup/rootdir/var/log/journal/remote
> # owner: systemd-journal-remote
> # group: systemd-journal-remote
> # flags: -s-
> user::rwx
> group::r-x
> other::r-x
> default:user::rwx
> default:group::r-x
> default:group:adm:r-x
> default:group:wheel:r-x
> default:mask::r-x
> default:other::r-x
> 
>> Also, why is there samba between rsync and btrfs?
>>
> 
> The destination is on other machine. The samba is used because there
> are Windows machines in the local net.
> 
> 
> Albert.
> 
>> On 06/23/2016 04:14 PM, Albert Berger wrote:
>>> Greetings!
>>>
>>> During migrating i686 installation of ArchLinux to x86_64, all filesystem 
>>> was rsynced to a new location. Maybe this somehow relates to the problem 
>>> that has appeared after migrating and that did not happen before: during 
>>> backuping the system, rsync reports the following error message:
>>>
>>>     rsync: set_acl: sys_acl_delete_def_file(var/log/journal/remote): 
>>> Operation not supported (95)
>>>
>>> The full log is as follows:
>>>
>>> [root@kw al]# /usr/bin/rsync --update -DHAErlptgo --relative 
>>> --delete-during --verbose --itemize-changes /var/log/journal 
>>> /mnt/backup/rootdir/
>>> sending incremental file list
>>> rsync: set_acl: sys_acl_delete_def_file(var/log/journal/remote): Operation 
>>> not supported (95)
>>> .d..t...... /var/log/
>>> .d..tp..... /var/log/journal/
>>> .d...p..... /var/log/journal/c892f90078ad480d902f236dfd220532/
>>>> f..t...... /var/log/journal/c892f90078ad480d902f236dfd220532/system.journal
>>>> f..t...... 
>>>> /var/log/journal/c892f90078ad480d902f236dfd220532/user-1000.journal
>>> cd+++++++++ /var/log/journal/remote/
>>>
>>> sent 16,782,653 bytes  received 169 bytes  6,713,128.80 bytes/sec
>>> total size is 119,537,664  speedup is 7.12
>>> rsync error: some files/attrs were not transferred (see previous errors) 
>>> (code 23) at main.c(1178) [sender=3.1.2]
>>>
>>> The 'remote' directory is empty on both source and destination. After 
>>> deleting 'remote' directory on destination, it's recreated and the same 
>>> error is reported. The source filesystem is ext4, the destination is on 
>>> btrfs and is accessed via samba. Why can this message happen and how can 
>>> this be corrected?
>>>
>>> Thanks.
>>>
>>> Albert.
>>>
>>
>> -- 
>> ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
>>      Kevin Korb                      Phone:    (407) 252-6853
>>      Systems Administrator           Internet:
>>      FutureQuest, Inc.               ke...@futurequest.net  (work)
>>      Orlando, Florida                k...@sanitarium.net (personal)
>>      Web page:                       http://www.sanitarium.net/
>>      PGP public key available on web site.
>> ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
>>
> 
> 
> 
> 
>> -- 
>> Please use reply-all for most replies to avoid omitting the mailing list.
>> To unsubscribe or change options: 
>> https://lists.samba.org/mailman/listinfo/rsync
>> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
> 
> 

-- 
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
        Kevin Korb                      Phone:    (407) 252-6853
        Systems Administrator           Internet:
        FutureQuest, Inc.               ke...@futurequest.net  (work)
        Orlando, Florida                k...@sanitarium.net (personal)
        Web page:                       http://www.sanitarium.net/
        PGP public key available on web site.
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,

Attachment: signature.asc
Description: OpenPGP digital signature

-- 
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Reply via email to