Hi!
I am running rsync 2.6.4 (on Debian sarge) and I am experiencing a
strange behaviour.
I am trying to create an identical filetree on the same filesystems with
the single files being hardlinks to the source like this:
rsync -vaH --progress --delete --stats --numeric-ids -x
[EMAIL PROTECTED] wrote:
Hi!
I am running rsync 2.6.4 (on Debian sarge) and I am experiencing a
strange behaviour.
I am trying to create an identical filetree on the same filesystems with
the single files being hardlinks to the source like this:
rsync -vaH --progress --delete --stats
On 1/22/07, Tony Abernethy [EMAIL PROTECTED] wrote:
cd /path/to; rsync -vaH --progress --delete --stats --numeric-ids
-x --link-dest=./filetree/ ./filetree/ ./current/
If my understanding is right, that would attempt to link files from
./current/./filetree
You maybe want a
On Mon, 22 Jan 2007 06:30:01 -0500,
Matt McCutchen [EMAIL PROTECTED] wrote:
You're right. The description of --link-dest=DIR in the man page
says, If DIR is a relative path, it is relative to the destination
directory. This is because the generator and receiver access the DIR
by name after
On Sun 21 Jan 2007, Wayne Davison wrote:
Another thing you can do in the debugger when attached to the generator
is to output a summary of the file-list info:
p *first_flist
p *first_flist-next
p *first_flist-next-next
I just noticed that rsync-HEAD-20070120-2211GMT will hang when
On 1/22/07, Paul Slootman [EMAIL PROTECTED] wrote:
I just noticed that rsync-HEAD-20070120-2211GMT will hang when
transferring an empty directory:
I can't reproduce this hang in the current rsync from CVS. I tried
pushing an empty directory to a daemon on the same machine, but rsync
finished
On Mon 22 Jan 2007, Matt McCutchen wrote:
I can't reproduce this hang in the current rsync from CVS. I tried
pushing an empty directory to a daemon on the same machine, but rsync
finished successfully.
This was to another system, over Gbit ethernet; both sides are amd64,
running in 64 bits
On Mon, Jan 22, 2007 at 10:04:10PM +0100, Paul Slootman wrote:
This was to another system, over Gbit ethernet; both sides are amd64,
running in 64 bits mode.
Make sure that both sides are running the exact same code for protocol
30 (because the protocol is still in flux). If one side is older,
On Mon 22 Jan 2007, Wayne Davison wrote:
On Mon, Jan 22, 2007 at 10:04:10PM +0100, Paul Slootman wrote:
This was to another system, over Gbit ethernet; both sides are amd64,
running in 64 bits mode.
Make sure that both sides are running the exact same code for protocol
30 (because the
Hi,
I have a cron job to rsync one directory from one server to another
every 5 minutes. There are some really big files. So it happens when
the second instance of rsync tries to copy the same file when the
first instance is not done yet. It drives my CPU crazy on the source
server. Is there a
Thanx Matt,
ok, i did add the -vv and it simply not running any delete command, the only
thing close to that is lines like this:
removing duplicate name usr/local/cpanel/3rdparty/mailman/Mailman/Bouncer.py
from file list (93869)
so basicaly rsync is not deleting the files that are not
On 1/22/07, Richard Z [EMAIL PROTECTED] wrote:
I have a cron job to rsync one directory from one server to another
every 5 minutes. There are some really big files. So it happens when
the second instance of rsync tries to copy the same file when the
first instance is not done yet. It drives my
Date: Mon Jan 22 23:56:29 2007
Author: wayned
Update of /data/cvs/rsyncweb
In directory dp.samba.org:/tmp/cvs-serv15754
Modified Files:
download.html
Log Message:
Updated the link to Matt's downloads.
Revisions:
download.html 1.17 = 1.18
13 matches
Mail list logo