Hi.
> After trying this a bit, I now think it would read better to use 3-digit
> octal escaping.
I would be perfectly fine with that. And octal is probably more in the
line of how escaping is traditionally done. As long as I can process
the files in the log, I'm all for it.
Btw, will this change
https://bugzilla.samba.org/show_bug.cgi?id=2561
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
On Fri, Apr 01, 2005 at 10:26:18AM +0200, Vidar Madsen wrote:
> Btw, will this change make it into a later rsync version ?
Yes, I've just committed it for 2.6.5. Now I need to add configure
checking for setlocale() and locale.h.
..wayne..
--
To unsubscribe or change options: https://lists.samba
On Thu, Mar 31, 2005 at 02:34:14PM +0200, Vidar Madsen wrote:
> I just spotted another peculiarity when inspecting the rsync log. When
> using --compare-dest, source files that have permissions that differ
> from the "comparables" are not logged, unless you're using -i.
I think I have a better heu
If I perform an local rsync with the 'delete' option over an NFS mount, and
the mount point has been unmounted, the rsync will delete what was once on
the local box..
For example
Machine 1(192.168.0.1) is a live production server with a database within
the /DB directory
Machine 2 (192.168.0.2) is
Hi,
On Fri, 1 Apr 2005 [EMAIL PROTECTED] wrote:
If I perform an local rsync with the 'delete' option over an NFS mount, and
the mount point has been unmounted, the rsync will delete what was once on
the local box..
This is correct behaviour, if the source directory is empty.
Ckeck if mounted before
Thanks for the response, Tim.. I think I identified my bottleneck. Should
have been pretty obvious. There are quite a few processes writing to /
creating the files I'm rsync'ing. If I disable the daemon that handles this
before rsync'ing, the speed of the rsync is quite fast. Must be some locki
[EMAIL PROTECTED] wrote:
Now , If I reboot machine 2, and forget to do the NFS mount, (actually the
above rsync is in a crontab entry to happen automatically), then the
/DB/plantx will be empty due to the 'delete' option of the rsync statement.
I would assume this is a bug ???
Um.why wouldn'
I installed the newly released version of cwRsync today on a few Windows
machines and have noticed a new problem that I have not seen mentioned
anywhere.
When syncing to an NT machine used for backups, my rsync client exited
at the end of the transfer with the following message to standard erro
Hi,
On Fri, 1 Apr 2005, John Jablonski wrote:
[EMAIL PROTECTED] wrote:
Now , If I reboot machine 2, and forget to do the NFS mount, (actually the
above rsync is in a crontab entry to happen automatically), then the
/DB/plantx will be empty due to the 'delete' option of the rsync statement.
I would
Benjamin Watkins wrote:
So far this observation has been made on one out of one clients that I
have tested. I was able to repeat this error several times on this
machine before I discovered the message in the server log pointing me
to the long file name problem. I am running a test from anothe
Wayne Davison wrote:
> Earlier in the development cycle, I noticed that rsync was not updating
> a file that differed in attributes when using --compare-dest, so I
> decided to fix that for 2.6.4.
Does this also fix the problem I reported in:
http://lists.samba.org/archive/rsync/2005-February
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, Apr 01, 2005 at 04:58:07PM -0500, Andrew Gideon wrote:
> Does this also fix the problem I reported in:
>
> http://lists.samba.org/archive/rsync/2005-February/011746.html
No, rsync doesn't yet handle ACLs. I believe that the rawhide version
of rsync (for redhat) is going to be patched to
On Fri, Apr 01, 2005 at 03:36:59PM -0800, Steve Bonds wrote:
> Despite HP's intransigence, I'd like to have an rsync that builds out
> of the box with working large file support.
I attempted a fix for this by having the code not use mkstemp() if
open64() was around but mkstemp64() was not. Howeve
On Fri, 2005-04-01 at 17:22 -0800, Wayne Davison wrote:
>
> No, rsync doesn't yet handle ACLs. I believe that the rawhide version
> of rsync (for redhat) is going to be patched to work with extended
> attributes, so hopefully we'll get something integrated into rsync
> before too long (I haven't
16 matches
Mail list logo