rsync kioslave - future direction

2002-10-10 Thread Brad Hards
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have it very roughly working, in that I can browse some directories and download at least some files to view in konqueror. Obligatory screen shot at http://www.cuneata.net/rsync-kio.html It is a basic wrapper around the rsync binary. So I'm not y

Re: multiple sessions to same destination

2002-10-10 Thread Wayne Davison
On Thu, Oct 10, 2002 at 04:50:33PM -0400, Bennett Todd wrote: > The rsync opens the target file to read; if some other rsync moves a > new file into place before that, there's no concurrency, this is > pure sequential rsyncs; if it moves the target file into place after > it's been opened, the old

Re: multiple sessions to same destination

2002-10-10 Thread tim . conway
What I meant is that rsync won't crash. It might, however, create a corrupt file. first, it rolls down the file making the checksums. THEN, it picks pieces out of the old file to interleave with data from the remote to create the new copy, so if it changes between the checksumming and the s

Re: multiple sessions to same destination

2002-10-10 Thread jw schultz
On Thu, Oct 10, 2002 at 01:09:16PM -0700, Derek Simkowiak wrote: > > Yeah, you're fine, as long as, as you say, no two sessions are accessing > > the same objects. Even then, rsync handles it fairly well... > > Can you elaborate on this? > > Below is message I sent a while ago, but

Re: multiple sessions to same destination

2002-10-10 Thread Bennett Todd
2002-10-10-16:09:16 Derek Simkowiak: > I'd like to know what you mean by "rsync handles it fairly well". > Any information you have would be greatly appreciated. I think I can help a little here. Each rsync at the destination has its own separate remote rsync process whacking on the file. Rsync

Re: multiple sessions to same destination

2002-10-10 Thread Derek Simkowiak
> Yeah, you're fine, as long as, as you say, no two sessions are accessing > the same objects. Even then, rsync handles it fairly well... Can you elaborate on this? Below is message I sent a while ago, but never got a response on. I'd like to know what you mean by "rsync handles

Re: building problem with rsync up to 2.5.5

2002-10-10 Thread Guido Passet
Hi Paul, On Tue, Oct 08, 2002 at 12:15:02PM -0400, Green, Paul wrote: > Try using the version of popt included with rsync. You did not specify the > arguments you gave to configure, but you are apparently using the libpopt > from your system libraries, which seems to be missing the necessary mani

Re: multiple sessions to same destination

2002-10-10 Thread tim . conway
Yeah, you're fine, as long as, as you say, no two sessions are accessing the same objects. Even then, rsync handles it fairly well... you just won't be able to be sure what you have. One thing I would suggest, though. If it's possible, make all the systems that are sending the data into rsync

Re: Value too large for defined data type

2002-10-10 Thread David Bigagli -Bokis-
> Not likely. If i correctly diagnosed his problem it is the > syscall/library interface and datatypes. That is correctable > by a build option. Sure, but this build option probably declares the data types to be the same size as if you compile in native 64 bit mode. David > > It shou

Re: Exclude symbolic link to a directory?

2002-10-10 Thread Wayne Davison
On Thu, Oct 10, 2002 at 10:49:33AM -0400, Bryan K. Wright wrote: > The master copy of /local contains the directory "stuff", not > a symbolic link. The problem is, when I rsync /local on the few > machines that have a symbolic link, the link gets nuked and replaced > with a real directory (

Re: Value too large for defined data type

2002-10-10 Thread jw schultz
On Thu, Oct 10, 2002 at 04:50:32PM +0200, David Bigagli -Bokis- wrote: > > Would it help to build with SunPro cc compiler using the -xarch=v9 > option? This will build a native 64 bit binary. Not likely. If i correctly diagnosed his problem it is the syscall/library interface and datatypes. Th

core dump from rsync

2002-10-10 Thread Michael Richardson
-BEGIN PGP SIGNED MESSAGE- The FreeSWAN project uses rsync to keep our FTP repository up-to-date. The FTP server is at xs4all.nl, and we rsync to one of their FreeBSD boxes (xs1.xs4all.nl) over SSH. We have been experiencing core dumps from the remote rsync. Initially this was with the

Re: Value too large for defined data type

2002-10-10 Thread David Bigagli -Bokis-
Would it help to build with SunPro cc compiler using the -xarch=v9 option? This will build a native 64 bit binary. Cheers, David On Wed, 9 Oct 2002, jw schultz wrote: > On Wed, Oct 09, 2002 at 07:26:44AM -0700, [EMAIL PROTECTED] wrote: > > Howdy, > > > > I am just starting to use rsy

Exclude symbolic link to a directory?

2002-10-10 Thread Bryan K. Wright
Hi folks, I have a subtle problem with rsync that I'm hoping has a simple answer. I have a directory tree (call it /local) that I synchronize every night onto a group of about 100 machines. This works great. On a few of these machines, one of the subdirectories of /local (call it /local

Re: Value too large for defined data type

2002-10-10 Thread tim . conway
Jeff: I found that problem in our Sun systems. It's commonly called the mtime bug. Times are stored as a signed 32-bit integer. The high bit is supposed to be disregarded by clients, and can be used for some purposes by the OS. I think it's usually used for something called "exclusive cre

multiple sessions to same destination

2002-10-10 Thread Moughan, Laurence
Hi All, I had a look in archives but no joy. I just want to know before i deploy - if there is any problem with having multiple rsync sessions from many source locations all to same destination server ( all copying to different file systems obviously ) ?? Its jusat that i see on the destination