--stats --delete-during --timeout=500
> --exclude-from=/root/rsyncexcludedfiles
> --files-from=/root/rsyncincludedfiles -e ssh [EMAIL PROTECTED]:/
> /backup4/server8
>
>
> Thanx in advance!
>
> Manuel
>
>
>
>
>
>
>
>
> Benjamin Schweizer wrote:
>
Hi Manuel,
it is unlikely that rsync is causing your trouble as it operates on top
of tcp (osi layer 4); broadcasts are special ethernet packets that are
transmitted on osi layer 2. I think there might be another problem with
your server or with your switch (is it hubbing?). I suggest you talk to
Hi Rajiv,
from rsync(1):
| Some paths on the remote server may require authentication. If so then
| you will receive a password prompt when you connect. You can avoid the
| password prompt by setting the environment variable RSYNC_PASSWORD to
| the password you want to use or using the --passwo
Hi there,
there are various challenges with this: rsync would typically use the
mtime to check if a file has changed and if so, it would scan the source
file and the target file and compage checksums. Thus, both files need to
be read in whole - which affects performance. This is especially the
cas
Hello there,
recently, I've written a helper script that I use with my rsync-based
backups. Here's the abstract:
| The dsnapshot script provides a high-level interface to the Linux
| Logical Volume Manager. It uses its block-level snapshot support to
| create directory snapshots. In contrast to b