On Sat, Oct 30, 2004 at 01:28:44PM +0200, Joost van den Broek wrote:
> With [--ignore-times] enabled, all files get's transferred every sync.
That's what that option does -- it turns off the quick-check algorithm
and transfers all the files. There is also the --size-only option, but
that wouldn't
On Fri, Oct 29, 2004 at 07:03:43PM -0700, Rudy Moore wrote:
> I noticed in the feature list that rsync pipelines file transfers to
> minimize latency - does this only affect transfer of large numbers of
> files?
It should be true of any transfer, but I'd estimate that the round-trip
time gets fact
On Mon, Nov 01, 2004 at 03:20:17PM +, Lisa Hickey wrote:
> I'm using rsync with cygwin (i'm working on a windows OS) but when the
> config script is running i get an error - "Cannot find a type to use
> in place of socklen_t".
I would recommend snagging the cygwin source archive and looking to
On Mon, Nov 01, 2004 at 09:30:10PM -0600, Steve Sether wrote:
> I realize this behaviour is probbably by design but is there a way to
> get rsync to delete directories no longer being backed up?
Yes, it is by design since you just omitted the directory in the arg
list, and rsync can't assume it sh
On Tue, Nov 02, 2004 at 12:51:53PM -0500, Dan Livney wrote:
> What does this error mean, what am I doing wrong??
You probably didn't really mean to use "::" -- use ":" instead (and stop
that rsync daemon -- you don't need it if you go this route).
Alternately, read the rsyncd.conf manpage to lear
On Wed, Nov 03, 2004 at 09:32:25AM +0100, Manfred Rebentisch wrote:
> But first I want to know, if somebody knows, where the point of
> failure is.
That is not yet known. I can't preproduce the problem locally, so I
can't debug it. One industrious user provided some system call
information leadi
On Thu, Nov 04, 2004 at 12:26:06PM -0200, Marcelo Ricardo Leitner wrote:
> The problem is that on io.c:882 bwlimit_writemax is also used to
> control the bandwidth, but it is not initialized for the daemon mode.
That's because --bwlimit is a client option. The current code in CVS,
which now preve
On Sun, Nov 07, 2004 at 10:54:56PM +1100, Frank Hamersley wrote:
> I am looking for a way to check for (or duplicate) single flag files
> to and from a remote host (without any dummy spit errors when it is
> not present) and ideally avoiding the need for a specialised sub
> directory for each flag
On Sun, Nov 07, 2004 at 01:51:40PM -0800, Joel Watson wrote:
> [The -L] works as expected for the folders (the symlinks remain intact
> at ~/Sync on the local machine and the linked locations are updated)
That is not what -L does. It was an unintended side-effect on older
rsync versions that -L a
On Mon, Nov 08, 2004 at 09:10:56AM -0800, Joel Watson wrote:
> However, it definitely DID follow the symlink and update the files at
> that location.
If the symlink pointed to a directory, yes (as I explained, that's how
2.6.2 behaved with -L, and how 2.6.3 behaves with -K). The only way to
make
On Tue, Nov 09, 2004 at 11:06:54AM -0600, [EMAIL PROTECTED] wrote:
> In other words, we lost our n-1 backed up file AccChkpt.gz for
> acc.4,10, and 11.
Version 2.6.3 fixed this backup bug. You'll find it mentioned in the
release notes:
http://rsync.samba.org/ftp/rsync/rsync-2.6.3-NEWS
Thank
On Thu, Nov 11, 2004 at 11:01:30PM +0100, Paul Slootman wrote:
> When you use a double colon "host::", then you're telling ssh to connect
> directly to the rsync daemon running on that host using port 873. In
> other words, ssh does not come into the equation, so it's pretty logical
> that the .ssh
On Thu, Nov 11, 2004 at 08:26:23PM -0800, Bill Moseley wrote:
> So why isn't is using ssh?
Because you're using an archaic version of rsync that doesn't support
the feature you're trying to use. Upgrade to 2.6.3.
..wayne..
--
To unsubscribe or change options: http://lists.samba.org/mailman/list
On Sat, Nov 13, 2004 at 01:08:46PM +0100, Lapo Luchini wrote:
> My idea would be to use "nice rsync" instead of "rsync" remotely, to
> backup servers that are under heavy load...
I tried using --rsync-path='nice rsync' and it worked fine for me.
..wayne..
--
To unsubscribe or change options: htt
On Sat, Nov 13, 2004 at 10:02:14AM -0500, Robert Boucher wrote:
> Patch to add an archive mode that includes deletion.
Such a patch probably won't make it into rsync, but rsync could enable
the popt alias mode that would allow people to customize their rsync
options, and thus make typing personali
On Fri, Nov 12, 2004 at 03:27:57PM -0600, Michael Bourgon wrote:
> Is there any way to tell it that I want to rsync mike_db_20041110.bak,
> using mike_db_20041109.bak as a source, so that when I'm done I still
> have both files?
One solution that rsync supports out of the box is to use custom name
On Mon, Nov 15, 2004 at 11:21:21AM +1100, Daryl Sayers wrote:
> If I do not use -v I get nothing printed to stdout.
... unless you use --log-format. This causes rsync to output what files
are transferred on stdout. You can have it output just file names using
"%f".
Alternately, you might like t
On Mon, Nov 15, 2004 at 03:20:46PM +0100, Johannes Kastl wrote:
> But there is also a directory delete-this-2004-11-15... ,
> but it is empty, and no files are copied/moved there afterwards.
The erroneous creation of an empty directory was fixed recently in the
CVS version of rsync. You can inco
On Sun, Nov 14, 2004 at 04:49:07AM -0200, michael wrote:
> I discovered that if etc/ is in an exclude file ,anything with etc will
> also be excluded,e.g. /usr/etc , /usr/local/etc ,and so on.
Which is to be expected, since that's what excluding "etc/" means: to
exclude a directory named "etc"
On Fri, Nov 12, 2004 at 12:13:39PM +0100, David E. Meier wrote:
> However, using the --delete option does not work as expected or at
> least as I whish it would.
Your error report was too abbreviated: you mentioned copying /data, yet
none of the directories you mentioned being on the source machi
On Wed, Nov 17, 2004 at 10:56:39PM +0530, BuyLinuxDVD wrote:
> Where can I find latest rsync binary for Windows XP?
The cygwin version is at 2.6.3. You can download the cygwin installer
and install as few or as many packages as you like:
http://www.cygwin.com/
Though I haven't tried it, I b
On Thu, Nov 11, 2004 at 05:38:56PM -0600, Werner wrote:
> I'm wondering perhaps if this is more a Solaris 10b69 bug than an
> rsync bug?
I would imagine so. I can only suggest (1) try a different transport
(perhaps the remote shell you're using is not binary clean, and is thus
eating the characte
See the recent discussion about this:
http://www.mail-archive.com/rsync@lists.samba.org/msg11850.html
The patch specified in that message could be used as a stop-gap measure
until official support for bwlimit in combination with daemon comes out
in a future release.
..wayne..
--
To unsubscribe
On Wed, Nov 17, 2004 at 09:52:16PM +0100, Micha? Lasota wrote:
> Is this option (--timeout) active in this case?
The timeout value does not currently affect the socket-connect call, so
it only comes into play once data begins to transfer. It would be good
to have the connect call timeout, but suc
On Thu, Nov 18, 2004 at 11:52:30PM -0600, Drew Lippolt wrote:
> can i force daemon mode, even if the rsync process thinks it should be
> running out of inet?
You might try adding "http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.htm
On Fri, Nov 19, 2004 at 12:05:25PM -0600, Drew Lippolt wrote:
> the redirection stuff doesn't work too well when called from java.
Yes, I thought that the exec function might not directly parse a
shell redirection character, but bear in mind that there are always
ways to affect the stdin that is p
On Fri, Nov 19, 2004 at 03:01:11PM -0500, Carson Gaspar wrote:
> Huzzah! This is the same bug I reported over a year ago...
It doesn't seem to be in bugzilla, though, so it's not very surprising
that it fell through the cracks (this is the reason why I got bugzilla
going for the project -- to try
On Sun, Nov 21, 2004 at 12:23:33PM -0500, ivo welch wrote:
> # but rsync decided to "update" it...
> # ...to an earlier version
Because that's what you told it to do. Rsync is a copy program -- it
just copies what you tell it to, in the direction that you tell it to.
See the --update (-u) opt
On Tue, Nov 23, 2004 at 05:29:57PM +0100, Paul Slootman wrote:
> Here's a patch. Opinions?
I think that a better place to munge the name would be in the
safe_fname() routine in utils.c (which already munges newlines
characters into question marks). The reason I didn't change
any other characters
On Wed, Nov 24, 2004 at 10:37:04AM -0600, John Jablonski wrote:
> What exactly are the false_alarms in the rsync summary?
That just tells you how many blocks had a matching weak checksum that
did not match when the strong checksum was compared.
> Should I be concerned about the false alarms?
N
On Tue, Nov 30, 2004 at 01:39:08AM +0800, Dan Jacobson wrote:
> On the man page it says
>-u, --update
> This forces rsync to skip any files for which the destination
> file already exists and has a date later than the source file.
> Mention the case when the d
On Tue, Nov 30, 2004 at 12:10:05PM -0800, Dan Stromberg wrote:
> Is there any precedent for rsync creating 0 length files that should've
> had content in them?
Are you using 2.6.3? Older rsync versions did not check the return of
the close() call, which could result in lost information if a disk
On Fri, Nov 26, 2004 at 12:43:40PM +0100, David Jacoby wrote:
> The best thing was if there was any way to get it in percentage or
> only a list of how many files its going to transfer before the actual
> transfer starts.
Rsync does not determine how many files are going to be transferred
prior to
On Thu, Nov 25, 2004 at 06:48:58PM +, Peter Hartley wrote:
> Even better, of course, would be to find out that this sort of operation
> was *already* possible using some rsync features I missed when looking
> into this...
The only way to do this at the moment is to do a local update of an
iden
On Tue, Nov 30, 2004 at 04:13:18PM -0800, Dan Stromberg wrote:
> If a close were to fail, wouldn't that normally mean that you just
> wouldn't get the last block sync'd out to disk, rather than an entire
> multi-K or multi-M file would be 0 length?
If the disk is full (i.e. out of blocks, but not
On Wed, Dec 01, 2004 at 10:18:43PM +0100, Martin Scharrer wrote:
> If this hardlink has a filename with comes before the original
> filename when both are sorted in alphabetic order, rsync (with option
> -H to preserve hardlinks) will upload the whole file for the new
> hardlink
This was fixed in
On Wed, Dec 01, 2004 at 12:48:54PM -0500, Daniel Teklu wrote:
> I am having problem rsyncing sub-folders, like:
Rsync will only create one level of missing directory hierarchy on the
destination. Beyond that, it assumes that you made a mistake in
specifying the destination. You can kluge around
On Wed, Dec 01, 2004 at 11:02:15PM -0800, jack alex wrote:
> So, why it is not picking password from password file and any other
> idea to pass ssh password to rsync without prompting it.
This is because the option only affects rsync's use of an rsync daemon.
Rsync has no options that affect ssh'
On Fri, Dec 03, 2004 at 12:29:34PM +0100, Helge Jensen wrote:
> In order to reduce the space used for each backup, I was thinking about
> linking all files in the backups to their hash in a separate directory,
> allowing only one storage of each file-value, reducing my backup-needs
> with ~5Gb p
On Fri, Dec 03, 2004 at 02:29:57PM -0500, Hong Zhu wrote:
> how am I able to exclude hidden directories to be transferred?
Immediately prior to the --include="*/" add this:
--exclude=".*/"
..wayne..
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before p
On Sat, Dec 04, 2004 at 04:32:32PM -, Stephen Schembri wrote:
> We noticed in the archive that there is actually a patch available, but
> checking the current 2.6.3 version, the patch is not implemented. [...]
> Is there any reason why the patch has not being applied to the current
> version ?
On Sat, Dec 04, 2004 at 09:35:38AM +0530, [EMAIL PROTECTED] wrote:
> We want to avoid the partially transferred file to be in the target
> machine.
Then avoid the --partial option (and also -P, which implies it). You
should also upgrade to 2.6.3 on both sides of the transfer so that a
misconstruc
On Mon, Dec 06, 2004 at 09:38:14AM -0800, Chuck Wolber wrote:
> inflate (token) returned -5
You should be able to avoid this error by turning off the --compress
option. To figure out why it is occurring would require someone to
debug a failure case. If you can narrow it down to a particular set
On Mon, Dec 06, 2004 at 04:58:01PM +0900, Shinichi Maruyama wrote:
> double-colon mode doesn't work in CVS version.
> -vv says port number is 0. [...]
> And --port=873 cannot be used in client mode now.
Good catch! I hadn't noticed the former, and was mistakenly thinking
that --port wasn't
On Wed, Dec 08, 2004 at 09:46:06AM -0800, Brad Kroeger wrote:
> rsync --verbose --dry-run --progress --stats --recursive --times --perms
> --links /misc/cosmos/srb/tape_vault/dtfMcat.orig
> /misc/samqfs/srbfs/srb/tape_vault/dtfMcat
Add a trailing slash to the source (dtfMcat.orig) dir so that rs
On Mon, Nov 15, 2004 at 02:28:16PM +0100, Eric van Blokland wrote:
> After this error, I tried to copy a complete directory which caused
> the first mentioned problem. It appears that the pathname somehow gets
> misinterpreted and split into two separates.
When using an rsync server, a repeat of t
On Thu, Dec 09, 2004 at 04:02:05PM -0500, Tony Shum wrote:
> When I use --delete option, it seems to hang for over 8 hours on 4.5Gb
> of total data.
The --delete option causes rsync to read the local hierarchy, and
construct a list of files to compare with the remote file list. If it
is hanging,
On Thu, Dec 16, 2004 at 01:38:42PM +0500, Yakov Hrebtov wrote:
> where is the message -- skipping non-regular file "broken-link"?
I can only imagine that this is some kind of OS misfeature. Try running
rsync under something like "strace -f" (or your OS's equivalent) and see
what is going wrong wi
On Thu, Dec 16, 2004 at 02:34:02PM +0500, Yakov Hrebtov wrote:
> You see, readlink call is successful. But rsync then trying to access
> the referent of symlink... But referent doesnt exist.
The only time that rsync calls access() on the files it is sending is
when the "ignore nonreadable" paramet
On Thu, Dec 16, 2004 at 10:27:20PM +0100, Paul Slootman wrote:
> Just to be certain - readlink() is only called if --copy-links is NOT
> specified? In that case, I agree.
Correct. If --copy-links was specified, then rsync will either do a
normal file copy of the referent of the symlink (and rsync
On Thu, Nov 18, 2004 at 02:12:29PM -0700, Jesse Shumaker wrote:
> rsync -vvva --delete /cygdrive/d /cygdrive/e
> What do you guys think is the issue here?
Probably the third -v. Remove it, and it should no longer hang.
Alternately, upgrade to the CVS version for a fix that makes -vvv
work with la
On Tue, Dec 07, 2004 at 02:50:43PM -0800, Jay 'Whip' Grizzard wrote:
> Stack traces of hung transfer:
Thanks--these have enough information for a cursory analysis, where we
can see that the sender is using select to wait to write some data, and
the receiver is using select to wait to read some dat
On Thu, Dec 16, 2004 at 10:36:05AM +0500, Yakov Hrebtov wrote:
> How to copy broken symlink as symlink with rsync?
Your example works fine for me, so run "rsync --version" and ensure that
it even has symlink support compiled into it. E.g.:
rsync version 2.6.3 protocol version 28
Copyright (C)
On Thu, Dec 16, 2004 at 08:20:00PM +0300, Dmitry V. Levin wrote:
> I see, it happens due to the patched loadparam.c; I'll change that back.
OK -- I'm glad the cause is resolved.
As for the fix, one could argue that "ignore nonreadable" has a bug in
it when dealing with symlinks -- if readlink() w
On Fri, Dec 17, 2004 at 05:00:04PM +0800, kevinwatt wrote:
> I want client could delete the files which are don't exist on
> sender. but without to receive the new files back.
You could run rsync in --dry-run mode and pipe the output to a
script that will notice all the "deleting" lines and remov
On Fri, Dec 17, 2004 at 01:12:02PM +, Gordon Lack wrote:
>remote ends aborts.
>Client end sits there forever waiting for a reply.
Is the rsh that rsync ran also still there? If so, this is an rsh
problem (since the client rsync won't get a read/write until the rsh
dies). If the rsh i
On Sat, Dec 18, 2004 at 09:50:53PM -0500, [EMAIL PROTECTED] wrote:
> I then tried again and started the rsync script on the directory
> again, and it ended without copying over any more stuff, as far as I
> can see - size wise and number of subdirectories. :(.
Did it output an error? Or end norm
On Sat, Dec 18, 2004 at 07:28:24PM -0800, d c wrote:
> HOWEVER- I cannot connect "passwordless" with SSH and then connect to
> the rsync daemon.
If you combine daemon-syntax with ssh, you spawn a new rsync daemon that
will be run by the ssh program, so it needs its own rsyncd.conf file
(which mus
On Sun, Dec 19, 2004 at 12:32:34PM -0500, [EMAIL PROTECTED] wrote:
> Since it takes a long time, and i am logging in via dialup, I don't
> see how to capture errors, particularly those at the other end...
I'd recommend using a program named "screen". If you run the command
"screen -R -D -i" as so
On Mon, Dec 20, 2004 at 10:18:12PM +0100, Pascal Perez wrote:
> but when the client tries to write I have:
> rsync: chgrp "/file/path/here" failed: Operation not permitted (a number)
There was a bug in older rsyncs where it would try to set groups that it
was not authorized to set. Either upgrade
On Wed, Dec 22, 2004 at 01:46:48PM +1100, [EMAIL PROTECTED] wrote:
> if it is indeed a bug, then hopefully it may raise it to someone's
> attention for fixing in a future release.
Good catch! Rsync needs to send the --no-relative option to the remote
rsync when it has sent the --files-from option
On Mon, Dec 27, 2004 at 10:34:13PM -0500, btb wrote:
> chown "/Users/luna/Documents/backups/groundnoise/etc/courier/imapd.pem"
> failed: No such file or directory
On Wed, Dec 29, 2004 at 06:47:32PM +0100, daniele giacomini wrote:
> Currently, the option "max connections" allow to limit the sum of all
> connections, but, it seems to me, that there is no way to get
> something like a "module max connections".
There is a way to do this if you're willing to sep
On Wed, Dec 29, 2004 at 12:16:32PM -0800, Wayne Davison wrote:
> There is a way to do this if you're willing to separate all the modules.
Actually, there's an even easier way to do this: use a separate lock
file for each module. Leave all the modules in the config file, and set
t
On Thu, Dec 30, 2004 at 11:23:07PM -, Stephen Schembri wrote:
> By default the timeout value is supposed to be 60 according to io.c, but
> in loadparam.c it is stating a value of 0 - is this statement correct?
The comment in io.c says that the default select() timeout is 60 secs,
which is not
On Fri, Dec 31, 2004 at 12:29:44PM +0100, Stefan Sabolowitsch wrote:
> Is there switch (-t) for directories, so that the original time remains?
There is a patch in the "patches" dir named "omit-dir-times.diff" that
adds the --omit-dir-times (-d) option to rsync so that it doesn't bother
to try to
On Thu, Aug 20, 2009 at 08:41:40PM +0200, Nicolas KOWALSKI wrote:
> My problem is that I would like to synchronize a directory located
> inside "/Ma musique/", the one named "/Ma musique/iTunes/".
As you noticed, rsync will not synchronize anything whose parent dir
gets excluded. To fix this, sto
On Sat, Aug 22, 2009 at 11:22:40AM +0100, Kirk Maule wrote:
> Both rsync versions are 3.0.6 protocol version 30.
You'll undoubtedly find that there is an older rsync on the $PATH on one
of the machines. e.g, try this:
ssh hostname rsync --version
Either get rid of the old version, or specify --
On Thu, Jul 09, 2009 at 12:42:47AM -0500, Harry Putnam wrote:
> Is this actually a difference that was one way in an earlier (2.6.9)
> version and is different in the later (3.0.4) version?
>
> That seems unlikely to me...
Yes, very unlikely. The combination of the options --include=Temp/**/
an
On Fri, Jul 17, 2009 at 02:13:00AM -0300, Carlos Carvalho wrote:
> There can be several partials in the partial dir for the same file,
> resulting from more than one interruption.
No, there is only one partial file. Don't confuse a partial file with a
temp file, which are different things in rsyn
On Sat, Aug 22, 2009 at 08:49:10PM +0100, Kirk Maule wrote:
> Should the rsync*.tar.gz install procedure replaced rsyncd 2.6.8 as
> well as rsync 2.6.8 with the 3.0.6 version?
Depends on how the package was built. Rsync is just one executable, so
be sure to put it in a consistent spot. For your
On Sun, Aug 30, 2009 at 02:53:12PM -0400, Mag Gam wrote:
> Instead of copying the whole file, I rather use some sort of pipe.
> thats all
I assume you're using an rsync daemon, otherwise you could just use
"ssh host tail -f file" or similar. If data is always being appended,
see the --append opti
On Mon, Aug 31, 2009 at 12:55:56PM +0200, Uwe Driessen wrote:
> Anyone knows a trick that the server only answer if the client is use
> the compression?
This is not currently possible. It seems like it would be nice to have
a "require options = --compress" setting that is the opposite of the
"ref
On Wed, Sep 02, 2009 at 12:32:45AM -0400, Matt McCutchen wrote:
> Why were they dropped from the development history? There doesn't
> appear to be a copyright issue: the file bears a BSD license.
It used a 3-clause BSD license, which is incompatible with the GPL. The
incompatible code was expung
On Mon, Oct 5, 2009 at 1:51 AM, Matt McCutchen wrote:
> Would you care to explain the impact of this change on the rsync I/O
> design in terms that I might understand? It looks like you merged two
> switch statements over possible message types, reducing code
> duplication, but that's all I can r
On Fri, Oct 16, 2009 at 8:32 PM, Michael Brian - IL wrote:
> I am looking for an enhancement to multi-thread or parallelize rsync.
> Are there any plans that would allow one to set a parameter, like
> 'number_of_threads' and rsync will ship multiple files at the same time?
>
Not at present. Tha
On Wed, Oct 14, 2009 at 2:36 AM, Marc Mertes wrote:
> If the data is here, it is imported by a special software, after the
> import it will be deleted from that directory. The deleting can't be
> disabled.
>
If you know what file just got processed, append its name onto an exclude
file (one per
On Fri, Sep 04, 2009 at 10:26:43AM -0700, Greg Siekas wrote:
> Is it possible to disable checksumming? I'm using rsync with -W,
> whole file, so if a file has changed I don't want to just transfer
> the changes.
There is not currently a way to do that. I whipped up the appended
patch that makes
On Sun, Aug 30, 2009 at 12:06:21PM +0300, Amir Rapson wrote:
> A slightly better patch file (removed some warnings).
Thanks! Sorry for the slow reply, but your patch looks very useful.
I'm reviewing it for inclusion in 3.1.0.
..wayne..
--
Please use reply-all for most replies to avoid omitting
On Wed, Jul 29, 2009 at 03:24:57PM -0400, Roger Bailey wrote:
> I am having trouble compiling rsync 3.0.6 on Red hat Linux EL 5.3.
> [...]
> I am puzzled by the last entry, no file-flags.
That file-flags support is for BSD, so configure determines that it
isn't available for Linux. Linux has some
On Wed, Jul 29, 2009 at 11:17:34AM +0530, paresh masani wrote:
> Could you please tell me how would it be possible that "total
> transferred file size" is more than "total file size" ?
I believe that the only way this can happen is for a resend to occur
(when rsync notices that a file doesn't matc
On Tue, Oct 20, 2009 at 8:28 PM, Darryl Dixon - Winterhouse Consulting
wrote:
> I haven't had any response to this mail over the last week - does no-one
> have any comments or opinion? I highly doubt my code is pristine and
> perfect ;) Is there a possibility that this patch could be included in t
So, I've tweaked your patch, and you'll find the results in the git
version of rsync and (currently) in a patch. Here are some details:
> 1. allow the uid and gid used to access a certain module to be
> determined by the authenticated user -
> uid = __auth__ will use the auth_user's uid
>
On Fri, Oct 23, 2009 at 2:41 PM, Carlos Carvalho wrote:
> The first is that when running with --files-from and -ii unmodified
> files are not put in the log.
That is not a logging issue, but rather an early-termination issue due to a
protocol problem when speaking protocol 30.
> rsync: io.c:99
On Sun, Oct 25, 2009 at 6:26 PM, Carlos Carvalho wrote:
> All files are new. What I find strange is that I'd expect the transfered
> bytes to be somewhat larger than the file sizes
>
Yeah, there are two problems. One was that the %b modifier requires
late-logging (after the transfer finishes), a
On Tue, Nov 3, 2009 at 9:25 AM, Matt McCutchen wrote:
> rsync error: errors with program diagnostics (code 13) at log.c(340)
> [sender=3.1.0dev]
>
This means that you didn't update recently. Sadly, it appears my reply
mentioning that I fixed the problem only went to Carlos, and missed the
list.
On Wed, Nov 4, 2009 at 8:05 PM, Matt McCutchen wrote:
> With commit 84c11e85a4c4a12ecacba24afe9617222e4361e6, I get different
> output, but still not the desired "No space left on device":
>
Yeah, that's the long-standing issue where a fatal error on the server side
can cause the client side to g
On Sun, Nov 8, 2009 at 10:21 PM, Thomas Gutzler wrote:
> I thought --include="/this_dir/" --include="/this_dir/***" would do it,
> but it doesn't. The exclude * seems to overwrite the include matches:
> [sender] hiding file this_dir/foo because of pattern *
>
Order is important. Whatever matche
On Thu, Nov 12, 2009 at 5:47 PM, Matt McCutchen wrote:
> It looks like the implementation has the receiver hang around for a
> hard-coded 10 seconds, accepting data from the sender and discarding it.
>
No, it sets a timeout of 10 seconds (i.e. 10 seconds of inactivity), which
in the new protocol
On Thu, Nov 12, 2009 at 9:11 PM, Matt McCutchen wrote:
> I'm guessing the "uid = 0" and "gid = 0" in the test daemon
> configuration were disabled so that the daemon tests could run for
> unprivileged users.
>
Right. I've checked in a fix that ensures that uid & gid are specified when
the test i
On Thu, Nov 12, 2009 at 6:07 PM, Matt McCutchen wrote:
> The best approach for now is probably to backport the --delete-missing-args
> changes to 3.0.6.
In the future, I'd suggest starting with the head of the b3.0.x branch.
That currently gets you one extra commit, an xattr-related memory fix
(
On Thu, Nov 12, 2009 at 3:56 PM, Philip Pokorny <
ppoko...@penguincomputing.com> wrote:
> How confident are you in the current state of 3.1.0.pre and the nightly
> snapshots? Should I be concerned about running this on production data?
>
Personally, I'm almost ready to start using it in product
On Thu, Nov 12, 2009 at 10:00 PM, Matt McCutchen wrote:
> My point is that it's a clunky way to achieve the goal, and it would be
> simpler for the sender to just keep reading after a write error.
>
Yeah, that's a good idiom, and the latest code wasn't doing a good enough
job of that when the soc
On Tue, Nov 24, 2009 at 1:49 AM, Gerard Mensoif wrote:
> rsync --rsync-path='sudo rsync' --rsh='/usr/bin/ssh -x' --archive
> u...@localhost:/etc/shadow u...@server2:/etc/shadow
>
One end of the transfer has to be local (even a host named "localhost" is
not local), so one thing you can do is to u
On Fri, Nov 27, 2009 at 7:45 AM, Dieter Stüken wrote:
> log/20091123_223901/dresden.log:multiplexing overflow 101:7104843
> [sender]
>
This has come up before. That number translates into the byte sequence 0x4b
0x69 0x6c 0x6c, which is "Kill" in ASCII. So, something is outputting a
"Killed ...
On Sat, Nov 28, 2009 at 2:17 PM, Matt McCutchen wrote:
> diff --git a/generator.c b/generator.c
>
Much appreciated. Applied and tested.
..wayne..
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listi
On Sun, Nov 29, 2009 at 5:26 PM, Chris Adams wrote:
> Hmm, I've applied this patch on both sides, but I'm still getting the
> same error.
>
The errors should go away on the next run, since rsync should have set u+rwx
on the dirs during the most recent run (but it doesn't do it soon enough to
avo
On Mon, Nov 30, 2009 at 4:46 AM, Amir Rapson wrote:
> I have a crash running rsync-3.0.6 and using the -X flag.
>
This has been fixed in git since mid August (with the freeing of the proper
pointer, not the removal of the free() call.) See the b3.0.x branch. I'm
thinking about releasing a 3.0.
On Fri, Dec 4, 2009 at 11:26 PM, Matt McCutchen wrote:
> Here is the FAQ patch.
>
Thanks! I've updated the FAQ.
..wayne..
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting
On Sun, Dec 13, 2009 at 8:49 AM, Jonathan S. Abrams wrote:
> When launchd executed this command, it did not work. The system.log file
> reads "Exited with exit code: 1".
>
Can you redirect the output to a file so it can tell you why it failed?
e.g. >file.out 2>&1
One common thing that prevent
901 - 1000 of 2912 matches
Mail list logo