I noticed in looking at download dirs for a project, that
another mirror had "crept-in" for usage (where different mirrors
are stored under mirror-URL names). To copy over the diffs,
normally I'd do:
rsync -uav dir1/. dir2/.
(where dir1="the new mirror that I'd switched
to by accident, and dir2=
On 2021/08/07 08:45, Chris Green via rsync wrote:
Because cron/anacron isn't perfect and the machine being backed up nay
not be turned on all the time so the time that it tries to backup is
most definitely not fixed accurately!
My *backups* of important data are incremental back
On 2021/08/07 03:44, Chris Green via rsync wrote:
L A Walsh via rsync wrote:
It seems to me, a safer bet would be to generate an ssh-cert
that allows a passwdless login from your sys to the remote.
The trouble with that is that it leaves a big security hole.
If you only
On 2021/08/03 07:09, Chris Green via rsync wrote:
I already have an rsync daemon server running elsewhere, I can add
this requirement to that I think. Thank you.
It seems to me, a safer bet would be to generate an ssh-cert
that allows a passwdless login from your sys to the remote.
Th
Have a directory with a bunch rpms in it, mostly x86_64.
Have another directory with a bunch, mostly 'noarch'.
Some of the noarch files are already in the x86_64 dir
and don't want to overwrite them. They are on the same
physical disk, so really, just want the new 'noarch' files
hardlinked into
If you are doing a local<-> local transfer, you are wasting time
with checksums. You'll get faster performance with "--whole-file".
Why do you stop it at night when you could 'unlimit' the transfer speed?
Seems like when you aren't there would be best time to copy everything.
Doing checksums wi
On 10/11/2018 10:51 AM, just subscribed for rsync-qa from bugzilla via
rsync wrote:
https://bugzilla.samba.org/show_bug.cgi?id=5124
--- Comment #7 from Luiz Angelo Daros de Luca ---
I also vote for this feature. Using multiple connections, rsync can use
multiples internet connections at the sa
On 9/18/2018 7:44 AM, Frank Steiner via rsync wrote:
Hi,
the man page states
For systems that support extended-attribute namespaces, a copy being
done by a super-user copies all namespaces except system.*.
That's the reason why NFAv4 ACLs are not copied as they are in the
system.
On 8/19/2018 10:11 PM, just subscribed for rsync-qa from bugzilla via
rsync wrote:
The following test script shows that attempting to exclude the file
/sourcedir/a/file2 by using //sourcedir//a//file2 in the excluded files
list, will silently not exclude it because of all those adjacent slash
On 8/22/2018 2:09 PM, Shaya Potter via rsync wrote:
If one is rsyncing a machine without selinux (therefore no
security.selinux xattr on each file), to a system that has selinux (even
in permissive mode), rsync doesn't play nice.
basically selinux seems to make it appear that every file has
Kevin Korb via rsync wrote:
Note that in all --*-dest options if the path is relative it is relative
to the target dir not the "$PWD". I like to always use absolute paths
because of this. But essentially, the command with the instances of
$PWD vs without them the paths aren't the same. If you
just subscribed for rsync-qa from bugzilla via rsync wrote:
Probably using different options? Can this be some sort of Heisenbug,
nobody can reproduce? Do the two sequences of shell commands work for
you as expected? Please note that both rsync commands in the mail
generated by bugzilla are split
just subscribed for rsync-qa from bugzilla via rsync wrote:
Hard link handling seems to be broken when using "rsync -aH --compare-dest". I
found two possible scenarios:
1) rsync completes without error message and exit code 0, although some files
are missing from the backup
2) rsync blocks and m
samba-b...@samba.org wrote:
--snipp--
It seems that pv is waiting for data from rsync, and rsync is waiting for data
too (stuck in select()) and not closing the input to pv. So it's a deadlock.
Same happens when you substitute pv with something else (like dd). It seems
that those commands just do
14 matches
Mail list logo