essage-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> Matt McCutchen
> Sent: den 10 augusti 2007 18:36
> To: Greger Cronquist
> Cc: rsync@lists.samba.org
> Subject: Re: Frequent errors copying to an SMB share
>
> On 8/10/07, Greger Cronquist <[EMA
Hi,
I have a setup that rsyncs (using the rsync protocol without rsh/ssh logins)
from one windows server (A) to a NAS (B) via a second windows server (C) (A
is on a separate location from B & C, and the NAS doesn't support rsync
directly), where C stores data on an SMB share on B. My problem is
Dan Bolser wrote:
$ uname -a
CYGWIN_NT-5.1 GENUS 1.3.15(0.63/3/2) 2002-11-06 22:41 i686 unknown
You are using an *ancient* version of cygwin, do consider to update it
(www.cygwin.com/setup.exe) Using the installer you can also elect to install rsync
2.6.2 directly.
If that's not an option for
Hi again,
This issue solved itself rather annoyingly since we use flash memory in
our newer devices (which had slipped my mind). So we must erase the
memory first and then load.
Cheers, Greger
Donovan Baarda wrote:
G'day,
From: "Greger Cronquist" <[EMAIL PROTECTED]>
[...]
Donovan Baarda wrote:
The algorithm sacrifices CPU to minimise data transfer when updating it.
For it to be worth it, you must already have similar data that needs
updating, and data transfer must be expensive relative to CPU.
Often with embedded systems you are loading programs from scratch, so
th
Hi,
Has anyone considered using the rsync algorithm for loading programs on
embedded platforms? I.e. with low cpu power (say, 16-25 MHz ARM7) and
low memory requirements (programs are < 128 KB, and the rsync algorithm
must use little ROM and RAM). Or is it just not worth the effort?
I guess you
Paul Slootman wrote:
On Mon 17 May 2004, Greger Cronquist wrote:
I'm wondering if the following is rsync-related or an issue with my
supposedly synchronous internet connection:
I have a server running an rsync daemon. When I simultaneously pull and
push files to this server usin
Hi all,
I'm wondering if the following is rsync-related or an issue with my
supposedly synchronous internet connection:
I have a server running an rsync daemon. When I simultaneously pull and
push files to this server using two separate processes on the client
(different directories), I get abo
t out of the
way, rsync performed flawlessly.
/Greger
Wayne Davison wrote:
On Mon, Mar 29, 2004 at 06:09:28PM +0200, Greger Cronquist wrote:
I've tried calling rsync with several different options, most notably -c
for forcing checksum, but it fails to see a difference between the file
Hi,
I've used rsync successfully for several years, syncing between two
Windows 2000 servers using daemon mode, but today I stumbled accross
something peculiar. I'm using cygwin with rsync 2.6.0 at both ends (the
latest available at this date) and I have a file that rsync considers up
to date
For just creating diffs, xdelta is even better (in that it creates
smaller diffs very quickly)
/Greger
Donovan Baarda wrote:
G'day,
On Mon, 2004-03-29 at 13:37, Steve W. Ingram wrote:
Hi there,
I was wondering if there was anyway to use rsync to effectively
create a 'diff' file?
is this
OK, I didn't think about that.
/Greger
PS
I guess it's irrelevant, but when I tried using find on a pretty large
folder tree on my Win2k system, using "find ." to get all the files was
about twice as fast as using "find . -ctime 24". However, using "find .
-printf "%p %c"" was about 20% slower
But isn't building this exact file list what an ordinary call to rsync
is supposed to do (when not forcing checksum calculation)? So why is
rsync so much slower than find?
/Greger
Tim Conway wrote:
Good idea
find / -ctime -1h |rsync -a --files-from=- / destination
No perl needed. You might wa
Go try G4U, http://www.feyrer.de/g4u/. It is a free boot disk app that
compresses and ftp's the entire harddisk.
/Greger
Thorsten Schacht wrote:
Sounds goot but I do not need 'one' backup folder. Not an iso.
What I actually mean is that there is a identical clone of the current mail
server.
May b
As long as the renames are within the current scope (files in the same
checksum repository) it works splendidly. It's saved me tons of hours.
If only unison would put all checksums in a global database...
Martin Pool wrote:
Yes, Unison is very cool. I hadn't realized that it detected renames
t
See also unison, http://www.cis.upenn.edu/~bcpierce/unison/ which does
exactly this (and synchronizes using the rsync algorithm).
/Greger
Martin Pool wrote:
On 7 Sep 2003 Marc MERLIN <[EMAIL PROTECTED]> wrote:
I don't know if this has been requested before, but I would really
like for rsyn
I think you're experiencing the well known cygwin hang problem. My
suggestion is getting Craig Barratt's compiled package "cygwin-rsyncd"
from http://sourceforge.net/projects/backuppc/ and see if that works better.
/Greger
Ladd, Charles wrote:
Im trying to script an Rsync batch job to run mult
A simple way would be to write an infinite loop shell script:
#!/bin/bash
while [ 0 == 0 ]
do
rsync ...
sleep 5
done
---
This, however, does not ensure that rsync is called every 5 seconds "on the
clock", just that 5 seconds pass between two consecutive cal
Did you compile from the sources, or did you grab the cygwin binary?
I suggest you build it from the sources and apply the "craigb-perf.diff"
patch which is in the patches directory in the 2.5.6 distribution. This
patch makes all the difference for Windows (system calls cost a lot
under cygwin)
Try
rsync -a /cygdrive/c/installs/palm 192.168.2.3::palm
and make sure you have a correct [palm] section in
your rsyncd.conf file.
/Greger
--- Jim Gallagher <[EMAIL PROTECTED]> skrev: > Hi,
>
> I'm trying to set up rsync, with the transfers
> originating from a Win2K box
> and going to a Lin
I too think this would be an interesting feature.
--- Rogier van Eeten <[EMAIL PROTECTED]> skrev: >
Hi,
>
> I've noticed every time someone does an
> rsync-request on my ftp-site
> (which also provides rsync as mirror method), rsyncd
> creates a filelist.
> This is a quite IO and CPU intensive p
--- Max Bowsher <[EMAIL PROTECTED]> skrev: > Dave Dykstra
wrote:
> I'm using the current Cygwin release
> (rsync-2.5.5-2). That is rsync-2.5.5,
> with an added msleep(30) which is intended to deal
> with a possible problem
> with signals in Cygwin.
Making that msleep(100) works even better for m
Hi,
Since there's been so many requests for Craig
Barratt's patched sources and cygwin binary, I decided
to make them available online at
http://www.niradynamics.se/~nira_greger/rsync-HEAD-20020808-1120Z-bufferedIO.zip
The archive contains rsync 2.5.6cvs patched sources
and a compiled binary tha
Does the actual transfer work, apart from taking a lot
of time?
If so, then the behavior is normal for rsync. What
happens is that rsync sends a lot of small packets
containing checksums, which is very expensive on
cygwin/windows. If you want, I can send you patched
sources (from Craig Barratt ori
Hi,
Did you include Craig Barratt's buffered IO patches
(previously posted on this list)? If not, please do as
they make a lot of difference on windows machines.
/Greger
--- Dave Dykstra <[EMAIL PROTECTED]> skrev: >
> ENHANCEMENTS:
>
> * The --delete-after option now implies
> --delete.
> I've only ever used used gcc on *nix, what's
> involved in compiling them
> myself on Win32? Unless rsync can be compiled
> statically, I'll have to
> somehow keep it compatible with the installed Cygwin
> DLLs (??).
>
> Any idea if this patch is planned for inclusion in
> the official Cygwin
>
Hi Scott,
On this mailinglist, there is a thread called "Rsync
performance increase through buffering". The first
post in that thread, by Craig Barratt, contains a
number of patches that increases the transfer speed *a
lot* under windows/cygwin. Applying this patch alone,
however, hangs rsync, so
I use a win2k<->win2k rsync with daemon, and that
patch makes a *big* difference! Especially the file
list transfer and syncing big files with small changes
goes a lot faster with the patch. Unfortunatly the
rsync deadlocks after all the files have been
transferred, so that needs to be fixed first
--- John Morgan Salomon <[EMAIL PROTECTED]> skrev: >
Okay--
> do the permissions for SYSTEM have to be explicit?
> I've just given full
> control
> to EVERYONE.
If I remember correctly, I *did* have to give
permissions to SYSTEM explicitly on cygrunserv, rsync,
cygwin1.dll *and* on the files t
When I tried to do this, I had problems with access
rights (with NTFS). The service is by default run by
the SYSTEM user, so you need to make sure that this
user has right to read and execute all relevant files
(rsync, rsyncd.conf, cygwin1.dll, cygrunsrv, if not
more). On my system, SYSTEM had no s
I have also tried to changing the cygwin environment
ntea to ntsec (and both).
In my log-file I occasionally get a
2002/11/14 [2056] rsync error: received SIGUSR1 or
SIGINT (code 20) at /tmp/rsync-2.5.5/rsync.c(229)
All hints are more than welcome!
TIA, Greger Cronquist
-- Server side:
cygrunsr
I have a w2k machine with the latest cygwin and rsync
2.5.5 (the one distributed with cygwin) running in
daemon mode. When I sync from a linux station (also
rsync 2.5.5) in command-line mode everything works
perfectly. However, when I sync from another w2k
cygwin machine, also in command-line mode
32 matches
Mail list logo
