Operation not supported (95)

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Operation not supported (95)

Albert Berger
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.

--
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 | Threaded
Open this post in threaded view
|

Re: Operation not supported (95)

Kevin Korb
If the filesystem doesn't support ACLs then don't use -A.

Also, why is there samba between rsync and btrfs?

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. [hidden email]  (work)
        Orlando, Florida [hidden email] (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

signature.asc (188 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Operation not supported (95)

Albert Berger
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. [hidden email]  (work)
> Orlando, Florida [hidden email] (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


--
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 | Threaded
Open this post in threaded view
|

Re: Operation not supported (95)

Kevin Korb
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. [hidden email]  (work)
>> Orlando, Florida [hidden email] (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. [hidden email]  (work)
        Orlando, Florida [hidden email] (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

signature.asc (188 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Operation not supported (95)

Steven Levine
In reply to this post by Albert Berger
In <[hidden email]>, on 06/23/16
   at 11:58 PM, Albert Berger <[hidden email]> said:

Hi,

>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:

In addition to what Kevin said, if you are rsync-ing to a SAMBA share, you
will be limited to what the SAMBA server supports and not all are
configured to enable ACL support.

>[root@kw al]# getfacl /mnt/backup/rootdir/var/log/journal/remote getfacl:

This implies that the ACLs can be read, but it says nothing about whether
the local system has the rights to delete the default ACLs from
var/log/journal/remote.  You need to test this with something like

  setfacl --remove-default \
     /mnt/backup/rootdir/var/log/journal/remote


Steven

--
----------------------------------------------------------------------
"Steven Levine" <[hidden email]>  Warp/DIY/BlueLion etc.
www.scoug.com www.arcanoae.com www.warpcave.com
----------------------------------------------------------------------


--
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 | Threaded
Open this post in threaded view
|

Re: Operation not supported (95)

Albert Berger
On Thu, Jun 23, 2016 at 04:09:43PM -0700, Steven Levine wrote:

> In <[hidden email]>, on 06/23/16
>    at 11:58 PM, Albert Berger <[hidden email]> said:
>
> Hi,
>
> >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:
>
> In addition to what Kevin said, if you are rsync-ing to a SAMBA share, you
> will be limited to what the SAMBA server supports and not all are
> configured to enable ACL support.

The 'backup' Samba share on the destination machine is configured with

inherit acls = yes
inherit permissions = yes


>
> >[root@kw al]# getfacl /mnt/backup/rootdir/var/log/journal/remote getfacl:
>
> This implies that the ACLs can be read, but it says nothing about whether
> the local system has the rights to delete the default ACLs from
> var/log/journal/remote.  You need to test this with something like
>
>   setfacl --remove-default \
>      /mnt/backup/rootdir/var/log/journal/remote

Executing this command didn't return any messages :


[root@kw al]# setfacl --remove-default /mnt/backup/rootdir/var/log/journal/remote
[root@kw al]# echo $?
0

I executed this on both source and destination, but the same
"Unsupported operation" error persists.

Albert.

>
> Steven
>
> --
> ----------------------------------------------------------------------
> "Steven Levine" <[hidden email]>  Warp/DIY/BlueLion etc.
> www.scoug.com www.arcanoae.com www.warpcave.com
> ----------------------------------------------------------------------
>
>
> --
> 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

--
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 | Threaded
Open this post in threaded view
|

Re: Operation not supported (95)

Fabian Cenedese

>> In addition to what Kevin said, if you are rsync-ing to a SAMBA share, you
>> will be limited to what the SAMBA server supports and not all are
>> configured to enable ACL support.
>
>The 'backup' Samba share on the destination machine is configured with
>
>inherit acls = yes
>inherit permissions = yes

Why don't you start a rsync daemon on the destination and connect with
the rsync protocol? This circumvents Samba limitations and also gives
you the differential transfer algorithm. It's probably also faster because
only the necessary data has to be sent over the line.

bye  Fabi


--
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 | Threaded
Open this post in threaded view
|

Re: Operation not supported (95)

Albert Berger
On Fri, Jun 24, 2016 at 10:23:01AM +0200, Fabian Cenedese wrote:

>
> >> In addition to what Kevin said, if you are rsync-ing to a SAMBA share, you
> >> will be limited to what the SAMBA server supports and not all are
> >> configured to enable ACL support.
> >
> >The 'backup' Samba share on the destination machine is configured with
> >
> >inherit acls = yes
> >inherit permissions = yes
>
> Why don't you start a rsync daemon on the destination and connect with
> the rsync protocol? This circumvents Samba limitations and also gives
> you the differential transfer algorithm. It's probably also faster because
> only the necessary data has to be sent over the line.
>

Sorry, what are the Samba limitations regarding ACLs in this case? The
error is definitly caused by Samba's not properly handling ACLs? If
so, then it seems reasonable to use rsync on the destination side. But
otherwise, I would prefer to go by without rsync on destination in order to
have the possibility to change the destination to machines where rsync is
not running without much reconfiguring.

Albert.

> bye  Fabi
>
>
> --
> 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

--
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