Tim Gustafson wrote:
Because zfs send/receive doesn't work well if the target file system ever
gets changed, even for something like an atime.** Basically, the file
system can't be touched on the remote end, and you can't even set the
read-only property, because that would be a
Bill Dorrian wrote:
These are photos - I wonder what the odds are of a modified file
having the same size as the original?
If someone modifies the EXIF metadata (say, to correct a 'picture taken on'
timestamp for a camera that wasn't properly synchronized), the file size
would likely remain the
Jason Haar wrote:
Besides all this, what is the performance impact of -c? If it's moved
from MD5 to X - will that impact performance?
The major impact of using checksums is that both the client and the server
now need to read out every file inspected by the rsync session, where before
they
lzma is default comrpession in very good compression SW 7-zip, which is
faster and have higher compression ratio then bzip2 or rar.
From what I've seen, lzma/xz compression is slower than bzip2, but generally
provides higher compression ratios. Both are remarkably slower than gzip,
but again,
Robert DuToit wrote:
I have been reading about the HFS+ filesystem compression on Snow Leopard
and how copying or cloning over system files with rsync and other tools
results in them being expanded on destination. I was wondering if there
was any thoughts on updating rsync to accommodate this?
Christian Huldt wrote:
That I have no idea about, but I believe it would double the bandwith
requirements or half the speed compared to
ssh r...@client rsync /var/tmp/in tom...@fileserver:/opt/
It would likely increase the latency, but it should not significantly
impact the required
You want to use the --rsync-path option.
--Kyle
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Folks--
I'm working with an old system I set up to copy files from one local
directory to another. I was using rdist for this, but I would prefer
to shift it over to rsync.
The one thing I'm missing is the trivial ability to force the group
owernship of the destination files to a specific group.
Ming Gao wrote:
The first question is that if there is any risk for such a big number of
files? should I divide them into groups and rsync them in parallel or in
serial? If yes, how many groups is better?
For that amount of data, you ought to use something simple and recursive,
like cp -rp. A
Peter Salameh wrote:
One of the speed-limiting issues with rsync is having to send huge file
lists when mirroring large file systems, even for incremental updates
where only a small part of the file system might have changed.
Personally, I find that the sending of the file list, whether
Etienne wrote:
I would like to know if it's possible for Rsync to automatically mirror a
folder and it's content from one deamon to another. (or one client to a
deamon) Basically I want users to drag and drop files in a folder and Rsync
to mirror these files as soon as it sees them. A cron or
Wayne wrote:
Fedora supplies an /etc/xinetd.d/rsync file that defaults to off. Using
your b command should turn it on and sighup xinetd. If you go the
xinetd route, that means that there won't be a dedicated rsync daemon
running. You could elect to leave the xinetd config file disabled and
A different Kyle wrote:
I have a situation that requires the files that rsync is
uploading/downloading to be locked. The reason is because it is possible
to have more than one copy of rsync running and without file locking,
the additional copies simply retry to upload/download a file that a
Another Kyle wrote:
However, I want to schedule the script to run, say every 15 minutes.
That way if a file is put on the source side, the cript will pick it up
and begin copying it. However, if the file is a few hundred MB, it might
take longer than 15 minutes to copy it.
In other words,
[EMAIL PROTECTED] wrote:
I'm trying to set up a secure way to back up a system as root, with rsync
(assume we don't want to kill the bandwidth and want a snapshot system
for developers in a way that makes dump, tar, etc impractical.
We've got an ssh key relationship set up and we can force
15 matches
Mail list logo