https://bugzilla.samba.org/show_bug.cgi?id=2408
--- Additional Comments From [EMAIL PROTECTED] 2005-03-07 01:17 ---
Thanks. If it is important enough for us, I may consider writing a patch. Maybe
it is a good idea to document this in the manual page. Maybe something like:
Rsync is efficient at transferring diffs across the wire, but how
efficient is it at updating the remote file itself (in terms of disk
operations)?
If, for example, you have a 500MB file (say an ISO) whose modification
consists solely of a few bytes added on to the beginning of the file.
Will it
On Mon 07 Mar 2005, [EMAIL PROTECTED] wrote:
If, for example, you have a 500MB file (say an ISO) whose modification
consists solely of a few bytes added on to the beginning of the file.
Will it create an entirely new 500MB file? Or will it somehow know how to
insert the bytes at the
https://bugzilla.samba.org/show_bug.cgi?id=2423
Summary: Feature Request: Ability to transfer files newer than
date or file. (--newer switch).
Product: rsync
Version: 2.6.3
Platform: All
OS/Version: Linux
Status:
Paul Slootman wrote:
Inserting bytes at the beginning of a file can't be done, at
least not on unix-like systems. That can only be done by copying
the file.
Ok. What about if there were some inserts in the middle
of the hypothetical 500MB file, starting for example at
the 450 millionth up to
Hi all!
I've got a machine setup to be an RSYNC Server, i.e. running rsync in
daemon mode waiting for connections from various other machines on my
network. This machine is running Debian Sarge and rsync 2.6.3.
For the past several days, I've been getting notices like this in my backup
logs:
I suspect rsync actually *cannot* be used as a change detection
tool for security purposes, but I want some help with my reasoning.
Imagine a backup system that uses rsync to move files from client
to a trusted server. The backup system operates in pull mode,
and the backup server uses rsync
Like Keven, I am getting the same file has vanished: some randomly chosen
blady-bla file name (w/ or w/o the in backup) message. However, unlike
Keven, sometimes the file is in the destination, and sometimes it isn't.
My setup is:
Source:
Window XP Pro
via a mounted Window's
Hello,
As far as I can see there's no option to get a list of files/directories/
whatever that have been transferred. This is not exactly the same as the
--verbose output for two reasons: At first the -v output has been
sanitized to avoid terminal confusion, second this might be hard to
parse
