https://bugzilla.samba.org/show_bug.cgi?id=9770
--- Comment #2 from Kevin Korb 2013-04-07 03:43:11 UTC
---
Oh, also, now that I look at this again (it was still open in my browser when I
got home)
Are you looking at this while it is running or aborting rsync before it
finishes? Rsync creat
https://bugzilla.samba.org/show_bug.cgi?id=9770
--- Comment #1 from Kevin Korb 2013-04-06 22:56:16 UTC
---
Try: rsync -vai Source/ Dest/
Also, verify that you are running rsync as root and that the target filesystem
supports such features.
--
Configure bugmail: https://bugzilla.samba.org/user
https://bugzilla.samba.org/show_bug.cgi?id=9770
Summary: Preserving ownership and permissions does not work
Product: rsync
Version: 3.0.9
Platform: x64
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P5
On 06.04.2013 16:57, AZ 9901 wrote:
>
> Is there a way to tell Rsync to directly delete backup directories at
> the top of the hierarchy without browsing them ?
No.
Deleting a directory-tree has to be done "file by file" and "directory
by directory" there is no magic "remove that mountain of fi
Hello,
I make my production backups with Rsync.
Here is an example of my backup tree on the destination server :
/backups
/2013-04-03
/2013-04-02
/2013-04-01
/2013-03-31
/2013-03-30
/2013-03-29
At the end of the backup process, I upload a logfile in the backup
directo
On 05/04/13 19:16, francis.montag...@inria.fr wrote:
Hi.
On Fri, 05 Apr 2013 19:04:50 +0200 Bob von Knobloch wrote:
At the moment I also get a complete list of all directories that lie
under in rsync's target, whether they are updated or not.
Perhaps because the modify time of those directo
Hello,
Just to clarify is the file(s) only left when using rsync to transfer to a
non-root partition? The reason I ask is that the tests performed (as quoted in
the previous email where carried out on the root '/' partition). I can easily
retry on an another volume (network mount or locally att
Hello,
I was unable to reproduce this issue on an OS X system with rsync 3.0.9
(compiled from source) or 2.6.9 (default on 10.8.2). Output from the testing I
performed is below.
>
> ╭─henri@mac /tmp/test_rsync_2.6.9_osx/src ‹› 13-04-07 - 0:41:08
> ╰─$ dd if=/dev/urandom of=source_file bs=10
Hi Justin
No i did a test setup after getting to it in real life. In this test setup:
- rsync (daemonless) is run
- ctrl-c,
- results are checked,
- dest directory is deleted
and so on.
in 50 % the file is left over.
i can reproduce it on a big fat slow (relative to a small ext4
partition