You aren't running out of free disk space in the middle?
There is always some kind of error message.
You or I may not understand it, but there's people here who do.
>- --- Original Message --- -
>From: [EMAIL PROTECTED]
>To: rsync@lists.samba.org
>Sent: Tue, 15 Nov 2005 19:56:47
>
Wondering if rsync support very large files
Im trying to backup a 15Gb .tar.gz file, is one file, but keeps hanging in
the middle of the transfer.
Thank you!
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/fa
On Fri, Aug 13, 2004 at 02:40:13PM +0200, Olaf Flebbe wrote:
> HPUX and some AIX releases have a bug in their implementation of mkstemp().
> They do not open the resulting file with O_LARGEFILE. Copying a >2GB file
> files fails therefore.
This was fixed recently. Please give rsync 2.6.3pre1 a
Hi,
HPUX and some AIX releases have a bug in their implementation of mkstemp(). They
do not open the resulting file with O_LARGEFILE. Copying a >2GB file files fails
therefore.
IRIX, Linux seems to be o.k.
There is an efix for AIX available but seems not to be deployed everywhere.
Cheers
Olaf
On Fri, Apr 30, 2004 at 11:45:47AM +0100, Gordon Lack wrote:
> rsync doesn't actually use file-locking, so this test causes it to
> remove large-file support unnecessarily.
Rsync uses range-locking in its daemon code to implement the
"max connections" option.
> A workaro
The large file support in configure tests for working file-locking.
This may fail if you are building over NFS and the NFS locking isn't
working.
rsync doesn't actually use file-locking, so this test causes it to
remove large-file support unnecessarily.
A workaround m
e are some who call me Tim?"
"Eric M. Johnston" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
09/05/2002 12:13 PM
To: [EMAIL PROTECTED]
cc: (bcc: Tim Conway/LMT/SC/PHILIPS)
Subject: Re: AIX & Large File Support Problem
On Thu, Sep 05, 2002 at 11:13:49AM -0700, Eric M. Johnston wrote:
> Would that really change the behavior of mkstemp()? My problem was not the
I'm not certain. Perhaps you need to do that on /tmp?
> ability to have or manipulate large files; in fact, I could use rsync to
> pull them off of the
Would that really change the behavior of mkstemp()? My problem was not the
ability to have or manipulate large files; in fact, I could use rsync to
pull them off of the AIX machine onto a Solaris machine. In other words, I
concluded from my experiments that rsync worked just fine on large files
Alternatively, you can re-create your filesystem on mkfs with the big
file option turned on. (ie -a bf=true) and that should help also.
We frequently have large files over 2G.
sri
On Wed, Sep 04, 2002 at 08:27:03PM -0700, Eric M. Johnston wrote:
> Hi,
>
> I just wanted to relate the solution
Hi,
I just wanted to relate the solution to a problem I was having to hopefully
save someone else a day of frustration. I'm using rsync-2.5.5 on AIX 4.3,
compiled with gcc 2.95.3. The file I was sync'ing was very large (>2GB).
Despite being configured with --enable-largefiles (which #defines
_
Try the following:
$ rsh n4000.premdor.com uname -a
Check to see if the remote size shows file(blocks) is >2GB
$ dd if=/dev/zero bs=1048576 count=2560 | rsh n4000.premdor.com dd
of=/premdor/gigo.test
This should create a 2.5GB file on the far end.
As a security note, you might look into ssh
I've been having other issues with rsync under AIX. I'll post them later
after I finish testing.
The flags your looking for (got them from perl 5.6.1 and it worked with
proftpd) are:
-qlonglong -D_LARGE_FILES
How it helps.
-Cliff
--
To unsubscribe or change options: http://lists.samba.org/
Large file support on 2.5.5 is also not working for HP/UX 11.0. I get the
same error.. And rsync reports that 64 bit files are compiled in.
aurora:/ # rsync
rsync version 2.5.5 protocol version 26
Copyright (C) 1996-2002 by Andrew Tridgell and others
<http://rsync.samba.org/>
Capabi
gure I see these lines pertaining to large file support:
checking for broken largefile support... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for _LARGE_FILES
15 matches
Mail list logo