jw schultz wrote on 20.06.2003 04:06:
On Thu, Jun 19, 2003 at 05:44:48PM +0200, [EMAIL PROTECTED] wrote:
[...]
After doing some research I found three candidates:
- Dirvish
- Rlbackup
- Rsync_snapshots by Mike Rubel
[...]
Also, I was wondering if can still share the snapshotted versions of the
On Sun, Jun 22, 2003 at 11:42:46AM +0200, Ron Arts wrote:
Dear all,
I am implementing a backup system, where thousands of postgreSQL
databases (max 1 Gb in size) on as much clients need to be backed
up nightly across ISDN lines.
Because of the limited bandwidth, rsync is the prime
jw schultz wrote:
On Sun, Jun 22, 2003 at 11:42:46AM +0200, Ron Arts wrote:
Dear all,
I am implementing a backup system, where thousands of postgreSQL
databases (max 1 Gb in size) on as much clients need to be backed
up nightly across ISDN lines.
Because of the limited bandwidth, rsync is the
jw schultz wrote:
You have a couple of points wrong. The receiver generates
the block checksums. If you are pushing that would be the
server but if you are pulling it is the client. In 2.5.6
and earlier the transmitted block checksums are 6 bytes per
block with a default block size of 700 bytes
On Sun, Jun 22, 2003 at 04:20:34PM +0200, Ron Arts wrote:
jw schultz wrote:
[snip]
Would it be feasible to have a separate process pre-creating
blocksums during the day in separate files (ending in ,rsync)?
Or, for example, while writing the changed file, the receiver
would precompute and
When I sync'ed against other servers, my rsync client process always
ran without --compress. Nevertheless, I've tried increasing
verbosity by 3, and this is what I get:
Check the rsync log file. That is where the error message will be.
Hi. Okay, on the server I am downloading from, it shows
jw schultz wrote:
[snip.. and thanks for all your comments]
Rsync doesn't perform well on non-local filesystems.
Really? Won't gigabit ethernet help for NFS, or maybe
Samba? I only have to rsync a relatively
low number of files, so no large directory scans.
Ron
--
Netland Internet Services
I would like to specify an entry in /etc/rsyncd.conf such that it
operates on a --one-file-system basis always. The path will point
to a filesystem mount point, but there is another filesystem that
is mounted in a subdirectory. I want to back up only those files
in the pointed to
On Sun, Jun 22, 2003 at 10:34:17AM -0700, [EMAIL PROTECTED] wrote:
| I would like to specify an entry in /etc/rsyncd.conf such that it
| operates on a --one-file-system basis always. The path will point
| to a filesystem mount point, but there is another filesystem that
| is mounted in a
I was looking to install Rsync on a win2k server, the document telling you how to do
this (available at: http://samba.org/rsync/nt.html) is fairly out of date and has a
couple of mistakes.
An updated version of the Rsync on NT document is now available at:
10 matches
Mail list logo
