https://bugzilla.samba.org/show_bug.cgi?id=8130
--- Comment #2 from Matt McCutchen 2011-05-14 01:13:04
UTC ---
Ben said he had multiple --fake-super dirs that were not being linked properly.
I could not reproduce this in a simple test. Ben, can you provide a script to
reproduce the problem?
-
On 14 May 2011 11:02, Matt McCutchen wrote:
> On Sat, 2011-05-14 at 10:24 +1000, Adrian Levi wrote:
>> I have accidentally uploaded some files to a VPS server using rsync
>> through an ssh transport mechanism. I used the following command to
>> upload the files:
>> rsync -avzh --progress /srv/sour
On Sat, 2011-05-14 at 10:24 +1000, Adrian Levi wrote:
> I have accidentally uploaded some files to a VPS server using rsync
> through an ssh transport mechanism. I used the following command to
> upload the files:
> rsync -avzh --progress /srv/source-path root@server
> [...]
That destination is a
I have accidentally uploaded some files to a VPS server using rsync
through an ssh transport mechanism. I used the following command to
upload the files:
rsync -avzh --progress /srv/source-path root@server
The directory exists on the host server as subsequent file runs don't
transfer data.
The hos
On Tue, May 10, 2011 at 7:51 AM, Ted Gilchrist wrote:
> However, I wake up in a cold sweat worrying about supplying the empty string
> for source_dir, and thus removing souce_dir, and all it's siblings on
> target_machine.
Your best bet is to error-check your args in your script prior to
callin
https://bugzilla.samba.org/show_bug.cgi?id=8130
--- Comment #1 from Wayne Davison 2011-05-14 00:11:38 UTC ---
Note that --fake-super puts things into xattrs, not into ACLs. However, it
will indeed put any preserved ACL info into an xattr rather than setting actual
ACLs on a file. That's --fake-
