[Bug 12806] Deleting in a row of hardlinked snapshots resets file permissions.

2023-09-21 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=12806 --- Comment #7 from Aryo Da --- I think this a severe bug for all backup use cases of rsync that take a full snapshot with permissions (--perms) by creating hardlinks to unchanged files + copies of changed files (--link-dest): -> Whenever an old

[Bug 12806] Deleting in a row of hardlinked snapshots resets file permissions.

2023-09-21 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=12806 --- Comment #6 from Aryo Da --- Created attachment 18117 --> https://bugzilla.samba.org/attachment.cgi?id=18117=edit MRE (minimal reproducible example) as bash script to reproduce the bug Rename to "setup.sh" and make it executable... -- You

[Bug 12806] Deleting in a row of hardlinked snapshots resets file permissions.

2017-06-12 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=12806 --- Comment #5 from Heinz-Willi Wyes --- Lars Ellenberg provided a workaround for the behaviour. Using rsync -d --delete --super `mktemp -d`/ snapshots/2017-05-26-15-00-53/ plays the trick. Not sure whether the --super

Re: [Bug 12806] Deleting in a row of hardlinked snapshots resets file permissions.

2017-06-08 Thread Lars Ellenberg via rsync
On Thu, Jun 08, 2017 at 07:09:24AM +, just subscribed for rsync-qa from bugzilla via rsync wrote: > https://bugzilla.samba.org/show_bug.cgi?id=12806 > > --- Comment #4 from Heinz-Willi Wyes --- > I got a personal message from Lars Ellenberg that went also to >

[Bug 12806] Deleting in a row of hardlinked snapshots resets file permissions.

2017-06-08 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=12806 --- Comment #4 from Heinz-Willi Wyes --- I got a personal message from Lars Ellenberg that went also to samba-b...@samba.org and rsync...@samba.org. He wrote: -- Calling chmod only on (optimization:

Re: [Bug 12806] Deleting in a row of hardlinked snapshots resets file permissions.

2017-05-29 Thread Lars Ellenberg via rsync
Calling chmod only on (optimization: non-empty) directories would fix this. I don't need to chmod a *file* before unlinking it, I just need write permission on the directory it is located in. (Now you have to convince the "appliance" to use a patched rsync ...) Cheers, Lars Ellenberg

[Bug 12806] Deleting in a row of hardlinked snapshots resets file permissions.

2017-05-28 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=12806 --- Comment #3 from Heinz-Willi Wyes --- (In reply to Kevin Korb from comment #2) I'd like to, but I can't. I set up a local scenario in order to make the problem most easily reproducible. But the real use case involves

[Bug 12806] Deleting in a row of hardlinked snapshots resets file permissions.

2017-05-28 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=12806 --- Comment #2 from Kevin Korb --- Just use rm -rf to delete a backup. -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most replies to avoid omitting the mailing

[Bug 12806] Deleting in a row of hardlinked snapshots resets file permissions.

2017-05-28 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=12806 --- Comment #1 from Heinz-Willi Wyes --- Addendum. Thought that the --inplace option could play the trick. I just employed the following: rsync -r --delete --inplace `mktemp -d`/ snapshots/2017-05-28-08-10-11/ But this