On Thu, May 30, 2002 at 03:35:05PM -0700, jw schultz wrote:
[...]
> > There is a patch available to gzip to add an option --rsyncable that's
> > supposed to make it work better with rsync. It's been put into the
> > "patches" directory for the next release of rsync, or you can get it at
> >
> >
This whole discussion on the efficiency of rsyncing
pre-compressed files is probably pointless for Matthias
Munnich. He is trying to do backups. Therefore, he doesn't
want the originals compressed.
On Thu, May 30, 2002 at 03:45:16PM -0500, Dave Dykstra wrote:
> On Thu, May 23, 2002 at 04:03:56P
Some new data on my rsync hangs:
I run about 1500 rsync sessions over ssh daily. In the last 8 days that
adds up to about 12k rsync sessions. Of those 12k sessions, 10 are right
now sitting in a hung state. The rsync process on the destination has
exited, but both rsync processes on the source
Are you on the latest version of rsync? If so, it would help if you could
create a simple example that you could explain so we could reproduce it.
- Dave Dykstra
On Wed, May 29, 2002 at 01:43:11PM -0700, Bill Houle wrote:
> FWIW, I ran without -x and still get the same error
>
> --bill
>
On Wed, May 22, 2002 at 11:57:17AM -0400, [EMAIL PROTECTED] wrote:
> Just a few quick questions..
> Does rsync copy open files?
> If so, does file integrity remain intact?
> Im looking to backup IIS log files and maybe Oracle and SQL Server DB files. If
>rsync isnt appropriate, what would you
Does the fix at
http://lists.samba.org/pipermail/rsync/2002-February/006371.html
help you?
- Dave Dykstra
On Mon, May 27, 2002 at 08:38:42PM +0400, [EMAIL PROTECTED] wrote:
>
> [ Please keep me in Cc: as I am not subscribed to this list ]
>
> Hello,
>
> we have noticed the following bug i
Hi,
I'm actually building a big file server for my company and is testing rsync
intensively since two weeks to synchronize a stand-by server every 15
minutes.
I've been really impressed by the performance of rsync :-)
The filesystem is actually 140GB on XFS under linux running samba with
acl
On Wed, May 22, 2002 at 02:39:00PM -0700, Mike Rubel wrote:
>
> > > If so, I am trying to find the best way to restrict rsync -e ssh on the
> > > remote machine. Prepending the authorized_keys entry with
> > > command='rsync ...' 1024... results in the 'Protocol mismatch - is your
> > > shell cl
On Thu, May 23, 2002 at 04:03:56PM -0400, David Bolen wrote:
> Matthias Munnich [[EMAIL PROTECTED]] writes:
>
> > No! Only the sender side has to compress the data. The comparison
> > could be done in the compressed data format. With the -z option
> > the sender compresses the data anyway. The c
On Wed, May 22, 2002 at 11:57:17AM -0400, [EMAIL PROTECTED] wrote:
> Just a few quick questions..
> Does rsync copy open files?
Yes.
> If so, does file integrity remain intact?
No, not if it's being modified while rsync is copying it.
> I'm looking to backup IIS log files and maybe Oracle an
Can you figure out another way to do it (that's not a "complete hack")
without affecting the output of list_only mode but yet won't get in your
way? The Rusty way doesn't actually recurse completely, it only goes one
level down. I bet he did it that way to avoid having to change the remote
side.
Systems A & B both have copies of tree X. I want to synchronize tree Y
from A to B, tree Y consisting of hard links to various files in tree X.
--compare-dest is a good start (and the --link-dest patch goes a bit
further towards what I want), but both of those require the files on
system B to be
Since the process didn't exit, it must still be in the process table.
When you get to this state have your process do something like:
fprintf(stderr, "The weird process is pid %d\n",pid);
fflush(stderr);
sleep(1000);
Then see what ps says about that process. If that doesn't offer any
hint
> Quick questioncan anyone explain to me when the data in a file
> might change without changing the mtime, ctime or size? I'm not
> sure I've ever come across that before. An example might help me
> determine if I can safely remove -c.
It's possible on Unix systems, but not practical.
An
On Thu, May 30, 2002 at 11:53:34AM -0400, Paul Haas wrote:
> On Wed, 29 May 2002, Allen D. Winter wrote:
>
Much stuff snipped..
> The EINTR case doesn't make sense with WNOHANG, but HP-UX doesn't always
> do things that make sense. If you get the "Now what should I do?"
> message, then add cod
Actually,
We have the problem here. We have an NFS server mounted on a mix
of Solaris, AIX, HP, True64, NT and VMS. What seems to be happening is
that something on the VMS side updates the file which creates a new
version. On the unix side the plain files is somehow linked to the
[James Manning]
> best described here:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=64689
>
> Confirmed also present with the rpm build at
> http://rsync.samba.org/ftp/rsync/binaries/redhat/rsync-2.4.6-1.i386.rpm
Sorry, also confirmed with rsync-2.5.5 built from source
jmm@jmm /tmp
> The only reason to use -c is if you have data which may be changed without
> changing mtime, ctime or size (is there any case where that happens?). It
That's great news. I believe this applies to me just fine and I
can turn off the checksum. Quick questioncan anyone explain to
best described here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=64689
Confirmed also present with the rpm build at
http://rsync.samba.org/ftp/rsync/binaries/redhat/rsync-2.4.6-1.i386.rpm
Please cc: me on replies (I'm not on the list, yet - my procmailrc's
in a major state of flux as I
The only reason to use -c is if you have data which may be changed without
changing mtime, ctime or size (is there any case where that happens?). It
makes rsync read EVERY file, from beginning to end, and generate a
checksum for comparison. If the size/time assumption is valid, it's a
heck
2002-05-29-15:55:09 Brian D. Hamm:
> No harsh programming statements please this was my first crack at Perl
> :)
I'll avoid any harsh statements:-).
Your code is not particularly idiomatic perl, but it's exceptionally
clear, and as far as I can see correct. You note in a comment one
spot where y
On Wed, 29 May 2002, Allen D. Winter wrote:
> I finally found that in the wait_process() function in main.c, the status
> value returned from WEXITSTATUS() was apparently returning
> the pid of the child instead of the exit status of the child... or something
> like that.
Or something not like t
I've been through the archive and found nothing definitive on this.
However, I am definitely seeing rsync hanging. I'm rsyncing from a
Solaris 2.8 box running rsync 2.5.5 protocol version 26 and SSH version
2.1.0 (non-commercial version) to a Linux RedHat box running rsync 2.5.5
protocol version
Hello all. I've been using rsync for quite some time and when I
originally began using it I was religious about including the -c option.
I've read the man page and noticed the significant performance hit I take
in using it. I was wondering if someone would be able to clarify for me
what the bene
On Wed, May 29, 2002 at 05:47:10PM -0400, Allen D. Winter wrote:
> Once upon a time I threw printfs all over the source looking to track down
> the cause of this problem. Seemingly a random error code is generated
> each time rsync is run *succesfully* on HPUX.
>
> I finally found that in the wa
25 matches
Mail list logo
