Hi folks,
Looking at my network charts in Zabbix I have the impression
that rsync --bwlimit is affected by foreign rsyncs (with or
without --bwlimit). Can you confirm?
Regards
Harri
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options:
Hi folks,
I have to migrate a set of iscsi backstores to a new target via network.
To reduce downtime I would like to mirror the active volumes first, next
stop the initators, and then do a final incremental sync.
The backstores have a size between 256 GByte and 1 TByte each. In toto
its about 8
Have you considered to introduce a "deduplicate mode" for
rsync, replacing duplicate files in the destination directory
by hard links?
Of course there might be a lot of problems together with
this feature, but on creating backups it could help to
save a lot of disk space.
--link-dest might be int
On 11/18/2016 10:49 AM, Paul Slootman wrote:
> On Fri 18 Nov 2016, Harald Dunkel wrote:
>>
>> "--numeric-ids" is a lot of text and easy to be forgotten or
>> misspelled.
>>
>> Since it is a highly important option for making backups of
>> r
Hi folks,
"--numeric-ids" is a lot of text and easy to be forgotten or
misspelled.
Since it is a highly important option for making backups of
remote systems via rsync I wonder if "-N" could be introduced
as an abbreviation for "--numeric-ids"? "-N" is not in use yet,
afaics.
Just a suggestion,
Hi folks,
Problem: "rsync -aX remote:/somepath ." fails, if the remote
site doesn't support extended attributes. Sample session
# rsync -aX aix1:/usr/man .
rsync: extended attributes are not supported on this server
rsync error: syntax or usage error (code 1) at main.c(1554) [server=3.1.1]
rsync:
Hi folks,
We ran 2 mirror jobs using "rsync -av remote:/from /to"
of appr. 700 GByte. Problem: On the second run about 10 or 15
files were copied again, even though we are very sure that there
was no service running which could have changed the files on
remote:/from or on /to. Esp. Samba and NFS w
Chris Shoemaker wrote:
On Tue, Feb 08, 2005 at 11:35:51AM -0700, Tim Conway wrote:
If it is, as you say, uncompressed, rsync will work on it as-is, finding
and sending the changes.
That was exactly my first thought, but I think he was meaning to say
that the file's contents were 2GB when uncompre
Shachar Shemesh wrote:
What distro is this? If it's Debian, gzip has an option called
"--rsyncable". This makes changes to the uncompressed file local in the
compressed file.
Of course it is Debian. Following your hint I have
found http://rsync.samba.org/rsync-and-debian/
Many thanx
Harri
--
To u
Hi folks,
Are there any tricks known to let rsync operate on huge tar
files?
I've got a local tar file (e.g. 2GByte uncompressed) that is
rebuilt each night (with just some tiny changes, of course),
and I would like to update the remote copies of this file
without extracting the tar files into temp
10 matches
Mail list logo
