Why try to update (some) permissions which are the same?
Perry Hutchison
pluto at agora.rdrop.com
Tue Sep 5 21:23:17 UTC 2023
Kevin Korb <kmk at sanitarium.net> wrote:
> On Sun, 3 Sep 2023, Perry Hutchison via rsync wrote:
> > On the source system:
> > ...
> > $ ll -d fcst-200[89] fcst-201[01]
> > dr-xr-xr-x 2 perryh perryh 7168 Nov 27 2009 fcst-2008
> > dr-xr-xr-x 2 perryh perryh 9216 Jul 21 2010 fcst-2009
> > drwxr-xr-x 2 perryh perryh 9216 Jul 7 2011 fcst-2010
> > drwxr-xr-x 2 perryh perryh 4608 Jul 7 2011 fcst-2011
> >
> > $ rsync -uHSxz4rlptOgv --itemize-changes -e rsh fcst-200[89] fcst-201[01] fbsd81:/home/perryh
> > building file list ... done
> > rsync: failed to modify permissions on "/home/perryh/fcst-2008": Operation not permitted (1)
> > rsync: failed to modify permissions on "/home/perryh/fcst-2009": Operation not permitted (1)
> > ...
> >
> > On the destination system:
> >
> > $ ll -d fcst-200[89] fcst-201[01]
> > dr-xr-xr-x 2 perryh perryh uchg,uunlnk 7168 Nov 27 2009 fcst-2008
> > dr-xr-xr-x 2 perryh perryh uchg,uunlnk 9216 Jul 21 2010 fcst-2009
> > drwxr-xr-x 2 perryh perryh uchg,uunlnk 9216 Jul 7 2011 fcst-2010
> > drwxr-xr-x 2 perryh perryh uchg,uunlnk 4608 Jul 7 2011 fcst-2011
> > ...
> >
> > The question is: why does rsync attempt (and fail) to change the
> > permissions of two destination directories, and not the other two,
> > when the permissions of all four destination directories already
> > match the corresponding source directories? (The change attempt
> > fails because of the destinations' uchg,uunlnk flags, but as far
> > as I can see the change should never have been attempted in the
> > first place.)
>
> You have --itemize-changes but either it didn't or you filtered it out.
I had noticed that adding --itemize-changes to the command line did
not result in any additional output. Dunno why, nor whether the two
issues might be related.
More information about the rsync
mailing list