https://bugzilla.samba.org/show_bug.cgi?id=5654
Summary: Combination of --remove-sent-files, --partial, --
partial-dir, --tmp-dir and --delay-updates can cause
data loss
Product: rsync
Version: 3.0.3
Platform: x64
On Wed, Jul 30, 2008 at 04:33:04PM +0300, Shachar Shemesh wrote:
> Rsync does have some CPU inefficient behavior for especially large files.
> However, it should not happen at the block size you are using (assuming the
> files are fairly identical). Try increasing it a little further, to 1638400
> What if you 2>&1 |while read x; do echo "`date`: $x"; done ?
I'm sure this would work great under "real" linux, but I'm running rsync
under cygwin. It is running via a command line using the cygwin1.dll. I
could do it within a bash script but would prefer to keep it in the scripts
I use today.
The two servers are connected via T1 on one end, and 30MB Internet at the
other. Based on the stats I'm looking at the T1 is only about 20% utilized.
The other end is not even close to fully utilized. It would seem to me that
the data connection would be an issue when sending the literal data ver
On Tue, Jul 29, 2008 at 10:47:52AM +0530, Shashi Kanth Boddula wrote:
> path = /data/Knowledge Centre
My only addition to what has already been said is to quote the manpage:
Leading and trailing whitespace in a parameter value is discarded.
Internal whitespace within a parameter value is reta
Rob Bosch wrote:
The files are very similar, a maximum of about 5GB of data differences over
80GB. The CPU on both sides is low (3-5 percent) and the memory usage is
low (11MB on the client, not sure on the server).
Full rsync options are:
-ruityz --partial --partial-dir=.rsync-partial --l
On Wed, 2008-07-30 at 12:43 +0530, Shashi Kanth Boddula wrote:
> I am using the bellow version
>
> rsync version 2.6.9 protocol version 29
>
> My directory looks like bellow
>
> $ls /data/Knowledge\ Center/
(Note: The backslash here is for the benefit of the shell's word
splitting. The direc
Rob Bosch wrote:
I've been trying to figure out why some large files are taking a long time
to rsync (80GB file). With this file, the match process is taking days.
I've added logging to verbose level 4. The output from match.c is at the
point where it is writing out the "potential match at" mes
The files are very similar, a maximum of about 5GB of data differences over
80GB. The CPU on both sides is low (3-5 percent) and the memory usage is
low (11MB on the client, not sure on the server).
Full rsync options are:
-ruityz --partial --partial-dir=.rsync-partial --links --ignore-case
I've been trying to figure out why some large files are taking a long time
to rsync (80GB file). With this file, the match process is taking days.
I've added logging to verbose level 4. The output from match.c is at the
point where it is writing out the "potential match at" message. In a 9 hour
OK, so here I'm giving you the "final" version of the script
timestamp.sh working for me:
-
#!/bin/tcsh
#Turn on debug info
set DEBUG = 1
#Name of the backup mount (partition)
set MOUNTNAME = data
#Name of the backup directory
set
I am using the bellow version
rsync version 2.6.9 protocol version 29
My directory looks like bellow
$ls /data/Knowledge\ Center/
I have tried in multiple ways in rsyncd.conf file, bit still i am receiving
@chdir failed error. From the logs, i observed bellow lines
rsync: chdir "/data/Knowl
12 matches
Mail list logo
