On 8/14/06, Matt McCutchen wrote:
Only rsync knows how much data it plans to write, so rsync would have
to make some sort of call to provide the eventual file size. I don't
know anything about the Windows call for preallocating space or
whether it is available through Cygwin. If I get a
On 6/11/05, Martin Scharrer wrote:
It would be nice if rsync would also be able to synchronise the content of a
device, i.e.
handle the device like a regular file. Of course only if this is requested
with a special command line option.
The idea of a block-device-rsync comes up from time to
On 6/3/05, Ed wrote:
I just made a rather stupid commandline ordering error and managed to delete
a whole load of data (mostly word files/some pics fwiw) with rsync delete.
I know, I'm an idiot (and a big one at that). To make matters worse this
was off an ext3 partition, which from what I
On 4/12/05, Jeff Schoby wrote:
I did what steve suggested here, on both machines. I didn't use any
arguments for configure... just did ./configure
Odd, I thought we had it nailed on that one.
Try the following on each system using the new rsync you just built
with the mkstemp use commented
On 4/12/05, Jeff Schoby wrote:
I did what steve suggested here, on both machines. I didn't use any
arguments for configure... just did ./configure
Odd, I thought we had it nailed on that one.
Try the following on each system using the new rsync you just built
with the mkstemp use commented
On 4/12/05, Lester Hightower wrote:
The actual replication happens in user-land with rsync as the transport.
I think rsync will have to be tweaked a little to make this work, but
given all the features already in rsync I don't think this will be a big
deal. I envision an rsync running on
On Apr 12, 2005 10:04 AM, Jeff Schoby wrote:
How do I build rsync for large file support..I'm going to need 4GB
files thru rsync.
It basically stops with an error message of File too large...I can
re-run rsync later with the -vvv flag and post the results tomorrow.
It sounds like your
On Apr 6, 2005 8:49 AM, Jose, Tony wrote:
Any body got a copy of compiled rsync for hp-ux 11.11?
The HP-UX porting center has 2.6.3:
http://hpux.cs.utah.edu/hppd/hpux/Networking/Admin/rsync-2.6.3/
If you choose to run 2.5.5, don't use daemon mode as there are several
security problems with
On Apr 4, 2005 3:03 PM, Steve Bonds wrote:
So how's this for a revised plan?
1) On HP-UX systems, build using mktemp()
2) Put a warning in the HP-UX section of the INSTALL file about this necessity
Attached are the following patches:
+ configure.in patch
+ syscall.c patch
(Note to lawyers
On Apr 1, 2005 5:30 PM, Wayne Davison wrote:
I attempted a fix for this by having the code not use mkstemp() if
open64() was around but mkstemp64() was not. However, not having any HP
systems around to test this on, I never heard if this was helpful or
not. Apparently not.
Don't you wish
On Apr 4, 2005 10:33 AM, Steve Bonds wrote:
How's this for a plan?
1) On 64-bit HP-UX systems, build a 64-bit binary (above lseek64 fix
will be needed)
2) On 32-bit HP-UX systems, build using mktemp()
After more pondering, I think this would be a bad idea. The only time
a 64-bit binary
On Apr 4, 2005 10:33 AM, I wrote:
I've also noticed that make test fails every rsync daemon mode test
on HP-UX. I'm still investigating but it looks like a either typecast
in socket.c getsockname or a problem with htonl(INADDR_LOOPBACK) (of
all things) leads to a failure to bind the socket
For all you folks out there using rsync on HP-UX, be warned that HP-UX
is still broken with regard to large files. I opened a bug report
with HP last year, as described here:
http://lists.samba.org/archive/rsync/2004-July/010226.html
I've been periodically checking on the status and today I was
On Fri, 25 Mar 2005 20:42:19 +0100 (CET), Dag Wieers dag-at-wieers.com
|Rsync List| ... wrote:
I'm not sure what the policy of this list is and I bet everyone has a spam
filter, so nobody might have noticed, but we got spammed.
Can anyone send mail to the list or do you have to subscribe
On Mon, 3 Jan 2005 17:39:19 +0100 (CET), Dag Wieers dag-at-wieers.com wrote:
Apparently a change of behaviour from rsync 2.5 to rsync 2.6 affected the
way I worked. I provide RPM repositories that I mirror using rsync. It is
important to have the repository meta-data in sync with the data
I just tried the Nessus 2.1.3 beta on my RedHat Enterprise WS 3.0
system, which has had plugin coredump problems with 2.0.10 and 2.0.12.
It works great! I'm looking forward to the release version.
-- Steve
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
On Tue, 10 Aug 2004, Matt Miller m.miller-at-duke.edu |Rsync List| wrote:
I am trying to use a large (10TB) reiserfs filesystem as an rsync
target. The filesystem is on top of lvm2 (pretty sure this doesn't
matter, but just in case.) I get the following error when trying to
sync a modest
On Mon, 2 Aug 2004, Wayne Davison wayned-at-samba.org |Rsync List| wrote:
Would anyone who is seeing this problem please try out the patch that is
attached to this bugzilla bug:
https://bugzilla.samba.org/show_bug.cgi?id=1536
I gave it a test and it seems to work fine on HPUX 11.0. It
On Fri, 30 Jul 2004, Matt Jaffe mjaffe-at-scires.com |Rsync List| wrote:
When operating in daemon mode, will rsync check to see which file is
newer and decide which direction to transfer based on that? Example, We
have 2 terminal servers, A and B. I want users to be able to work on
either
On Tue, 27 Jul 2004, Wayne Davison wayned-at-samba.org |Rsync List| wrote:
This would seem to indicate that the mkstemp() call is not compatible
with large file systems, probably because it is not calling the right
open() call in the library (on systems where large- file support
redefines
On Tue, 27 Jul 2004, Wayne Davison wayned-at-samba.org |Rsync List| wrote:
This sparked a memory, and back in 2002 someone reported a similar
problem for AIX. They worked around it by undefining the
HAVE_SECURE_MKSTEMP define in config.h and rebuilding rsync. This would
seem to indicate
On Thu, 29 Jul 2004, Chris Shoemaker c.shoemaker-at-cox.net |Rsync List| wrote:
On Wed, Jul 28, 2004 at 10:57:58AM -0700, Steve Bonds wrote:
The mkstemp man page suggests using tmpfile() instead, which
generally means that HP won't fix any problems.
- mktemp(3C)
Remarks
concern
would be possibly filling up someone's filesystem if it didn't support
sparse files.
-- Steve/* Demonstration code that tests the mkstemp() system call
to see if it can safely create files larger than 2GB.
Steve Bonds
July 28 2004
no Copyright claimed
This code is released into the public
I've been able to duplicate this problem using the CVS version of rsync
that was current as of about 2000 UTC today (July 27 2004)
This was on an HPUX 11.0 system, not 11i.
When running:
./rsync --archive -v --progress /home/sbonds/bigfile
/home/sbonds/dest_dir/.
I get:
-
bigfile
rsync:
On Wed, 14 Jul 2004, Don Malloy nixuser23-at-hotmail.com |Rsync List| wrote:
The rsync output is as follows:
server1 # /tmp/rsync --rsync-path=/tmp/rsync --stats file1.db
server2:/archive1
rsync: writefd_unbuffered failed to write 32768 bytes: phase unknown:
Broken pipe
***
On Thu, 13 May 2004, Selwyn Tang selwyn-at-hectrix.com |Rsync List| wrote:
I tried to use rsync-2.6.2 to sync a set of subdirectories inside a
directory. While most of the files are being sync'd correctly, rsync
seems to wrongly consider one file as uptodate. Both the source and
destination
On Thu, 13 May 2004, guy cadoche guycadoche-at-mail.com |Rsync List|
wrote:
1) I am using rsync with gentoo and all emerge are very fast 400 kb/s
ADSL connections. When I am using rsync with two computers with the same
bandwith connection (ADSL 400 kb/s) transfert is very low (40 kb/s).
On Thu, 11 Mar 2004, Marc Abel m-abel-at-columbus.rr.com |Rsync List| wrote:
I don't expect 100 Mbit/s by any means, but 2? Is this typical? What
am I missing?
One good diagnostic would be to measure the network bandwidth between the
two systems directly. I use netperf
On Tue, 20 Jan 2004, Peter listbot-at-gmx.de |Rsync List| wrote:
But it seems like rsync, started on another machine, does not find the
rsync binary. What can i proceed, to run rsync out of $HOME/bin?
From the rsync man page:
--rsync-path=PATH
Use this to specify the
On Tue, 12 Aug 2003, Jeff Frost J.Frost-at-fantastic.com |Rsync List| wrote:
I was thinking to use the whole-file option instead of letting it
attempt to chew through the files for diffs, as I had problems with
rsync dealing with files in the 12-15gb range in the past, though it
worked great
Rsync works entirely at the file level, and stores the diffs in a
temporary file until the transfer is complete. No block/device level
access is needed.
-- Steve
On Wed, 23 Jul 2003, Antony Parkin AntonyP-at-bluearc.com |Rsync List| wrote:
Could i run rsync on a linux server which is
The broken ssh-basic test is fixed in the CVS version of rsync, but not in
2.5.6.
It should work in the next release of rsync. You can get the new test
from the rsync CVS server easily via the cvsweb interface:
On 20 Feb 2003, Donovan Baarda abo-at-minkirri.apana.org.au |Rsync List| wrote:
RSYNC DOES NOT WORK WITH 1GB+ FILES... unless you have a sufficiently
large block size. See the following;
http://www.mail-archive.com/rsync@lists.samba.org/msg05219.html
This probably needs to be documented
A good solution for the lots of little files problem is syncing below
the filesystem layer (usually either at the logical volume or disk
level.) This allows you to avoid the stat() system call on loads of files
while looking for the ones to send.
As was already suggested, if you can avoid the
On Wed, 5 Feb 2003, bob parker bob_parker-at-dodo.com.au |Rsync List| wrote:
Maybe I'm barking completely up the wrong tree but here goes.
I've downloaded a 700meg iso by ftp using a steam powered dial up
connection. It took a week and naturally many resumes.
Murphy's Law did not take a
On Tue, 4 Feb 2003, Kenny Gorman kgorman-at-paypal.com |Rsync List| wrote:
My question is this:
Is it possible to tell rsync to update the blocks of the target file
'in-place' without creating the temp file (the 'dot file')?
It does not look like this is possible. In receiver.c around line
On Tue, 4 Feb 2003, Steve Bonds wrote:
You might try one of these ideas for your high-bandwidth environment:
+ hack receiver.c so that receive_data uses fd1 (the original file)
- also comment out finish_transfer, which does the rename and
sets the permissions. If perms
in MIME format is the patch I used to fix the problem. (Patch is
against current CVS version)
-- Steve Bonds
PS: Just in case your lawyers care, I release this code into the public
domain and claim no copyright.
Index: testsuite/ssh-basic.test
Dave:
I don't suppose you could upload this as a context diff? (diff -c original new
file) My patch program (2.5.4) couldn't get it to apply vs. the current CVS version
of rsync.
-- Steve
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting,
at this more, but hopefully this info might help someone else track
down this elusive HP-UX problem.
-- Steve Bonds
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
40 matches
Mail list logo