-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
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
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
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
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
> 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
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
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
> 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
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 (
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
-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
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
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
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
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
16 matches
Mail list logo