I have released rsync 3.0.1pre3 for testing. This version contains a
couple more bug fixes since the 3.0.1pre2 release:
- Don't allow a daemon-exclude of .* or */ to affect a (vital) . dir.
- Fixed a glitch in the path-checking of the daemon-exclude code that
could check a relative arg
I have released rsync 3.0.1pre3 for testing. This version contains a
couple more bug fixes since the 3.0.1pre2 release:
- Don't allow a daemon-exclude of .* or */ to affect a (vital) . dir.
- Fixed a glitch in the path-checking of the daemon-exclude code that
could check a relative arg
I do not think that this is the Problem.
Both Server are reachable from each other without Problems.
When I start the ssh/rsync command on the Backuppc you can see the command
via ps ax all the time. It never stops with a timeout or something like
that. On the sun the command (in ps ef) went
On Fri, 21 Mar 2008 11:45:20 +0100 Daniel Maher
[EMAIL PROTECTED] wrote:
I am experiencing a (consistent, reproducible) condition whereby rsync
is hanging indefinitely at the following stage :
generate_files phase=1
The condition does not occur if --dry-run is specified - only when the
Hi,
Looking for an easy way to prevent a repetitive rsync to be running
multiple times, I was wondering if it could be useful to have an option
like:
--pidfile /some/path/rsync-mirror-org.pid
So that rsync can be run directly from cron without requiring a wrapper
script to do
On Sun 30 Mar 2008, Joao Miguel Ferreira wrote:
An example: if we do not stop sendmail were rsync'ing can we be sure that
the queues on the replica machine are in a consisten state ?
I don't know how sendmail organizes things, but at least with exim there
aren't any extra indexes or such that
Tomasz Chmielewski schrieb:
Windows systems have a great feature - even administrators can't
access files for which they don't have permissions (I'm not talking
about files exclusively opened, which is something else).
To read files which are normally inaccessible because of insufficient
Hi All,
I am trying to help my friend set up his rsync with iconv. Presently
it works fine but re-copies every file with an umlaute in the
filename. I saw a recent post about this and the fix but...
he ran locale ( both source and dest are on same machine) and is
running on a
Thanks John. I looked into this patch but it doesn't resolve my
problem, and we have have posix FADV.
I found a simple solution. Just open the file on receiver to be write
direct to disk avoid file buffer/cache. Of course the performance
sucks but it's what I need. The output block rate cannot be
On Mon 31 Mar 2008, Wayne Davison wrote:
Hopefully this will be the last pre-release of 3.0.1 before the final
release. Please test this and send email to the rsync mailing list with
any questions, comments, or bug reports.
I've uploaded this to 'experimental', it should appear on
On Sun, Mar 30, 2008 at 03:20:59PM -0400, Matt McCutchen wrote:
On Sun, 2008-03-30 at 15:00 -0400, George Georgalis wrote:
I'm trying to use rsync to manage a raw disk image file.
rsync --checksum --perms --owner --group --sparse --partial --progress \
192.168.80.189:/dev/rwd0d
On Mon, Mar 31, 2008 at 09:54:16AM -0400, Robert DuToit wrote:
we tried adding option iconv=C and iconv=C,C but no luck
That would appear to be a request for rsync to not do any character
conversion, in which case you shouldn't be using --iconv.
When using the --iconv option, you should
On Mon, Mar 31, 2008 at 10:48:18AM +0200, Sebastian Kösters wrote:
On the sun the command (in ps ef) went away after about 2 Minutes with
the error message I sent you.
That makes it look like a connection failure then. Perhaps a firewall
is closing an idle connection? e.g. I once had a
On Mar 31, 2008, at 10:14 PM, Wayne Davison wrote:
On Mon, Mar 31, 2008 at 09:54:16AM -0400, Robert DuToit wrote:
we tried adding option iconv=C and iconv=C,C but no luck
oddly this is what was returned when he ran locale on his machine-it
didn't specify a locale or charset:
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project rsync.
The branch, master has been updated
via 8cd3c6dccf36975fa25c8bcae5e7d74f1fde5a28 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project rsync.
The annotated tag, v3.0.1pre3 has been created
at 65819f077a5966339ce65f86302c6f8bb262ef0b (tag)
tagging
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project rsync.
The branch, patches has been updated
via cbdf862c63c8b1b764247668a83430da0bf49559 (commit)
from
Date: Mon Mar 31 07:31:12 2008
Author: wayned
Update of /data/cvs/rsyncweb
In directory dp.samba.org:/tmp/cvs-serv29957
Modified Files:
index.html
Log Message:
Mention the 3.0.1pre3 release.
Revisions:
index.html 1.97 = 1.98
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project rsync.
The branch, master has been updated
via 5b83829669d9c7e276aeaf8027e112f0aa08dd29 (commit)
from
19 matches
Mail list logo