Hallo Wayne,
A patch that fixes f_name_cmp() is attached. I'm also considering a more
extensive change that would simplify the logic in f_name_cmp(), but that
will have to wait until after 2.6.5 gets released.
Wonderful, the patch works.
Thanks for the report!
Thanks for the very fast
Hi all!
I'm syncing a windows share from a NetApp filer to a local partition on
my RHEL3 box. I observe the following behavior:
- rsync syncs more than neccessary, files that haven't changed since years
- files that have been synced, aged for an hour or two on the netapp host
Environment:
cifs
On Wed 25 May 2005, Stuart Halliday wrote:
Unicode isn't the reserve of the Chinese language. So I'm more concerned that
no one else in the *Western* world hasn't came across this bug!
I mean it doesn't appear to work with European accent characters does it?
Rsync couldn't give a toss
On Wed 25 May 2005, Juergen Busam wrote:
I'm syncing a windows share from a NetApp filer to a local partition on
my RHEL3 box. I observe the following behavior:
- rsync syncs more than neccessary, files that haven't changed since years
- files that have been synced, aged for an hour or two
Paul Slootman said:
The common issue seems to be windows systems, as far as I can tell
here.
Perhaps transferring files (or rather, filenames) between windows
systems with differing locales (or language settings) is the problem,
and someone with intimate knowledge of how to manipulate
On Wed 25 May 2005, Stuart Halliday wrote:
I was using Rsync to copy favourites from one english UK XP sp2 machine to a
Windows 2000 sp4 english UK machine.
No different language settings involved.
It just so happened that I had placed in my favourites some URLs with a few
European
Title: Monitor a folder
Hi all. Please forgive me if this question is of the RTFM variety. I am new to Rsync and just attempting to determine if it will meet my needs with respect to one problem I am attempting to solve.
I have a web application which is running on Apache2/PHP which allows
I will be out of the office starting 25.05.2005 and will not return until
26.05.2005.
I will respond to your message when I return.
In urgent cases please contact Mr. Michael Klein
([EMAIL PROTECTED]) +49(0)6971936960.
With kind regards,
Eric Moos
This message and any attachments (the
Thus, my question is; can Rsync monitor a folder or filesystem for
changes and perform it's synchronization when changes occur as opposed
to being cron'd to run at specified intervals?
No it can't.
But whenever I need to monitor a folder for changes I just write a simply low
priority script
On Wed, May 25, 2005 at 09:24:50PM +1000, Juergen Busam wrote:
how is it possible that the files age a few hours on the source?
If you're running at least 2.6.4, use the -i option to see a summary of
what differences rsync sees between the pairs of files. For instance, a
summary like this:
Hello All -
I'm looking for a switch(es) to ensure rsync indexes the pull of files from
remotedir, LIFO (last in first out) and then by .ext type where file basenames
are similar.
example)
file_a.xml ctime of 09:01:07
file_a.jar ctime of 09:01:02
get transfered before
file_b.xml ctime of
We currently do backup using rsync amongst Linux and Solaris machines.
Modulo an ACL issue that we had to patch, this is working extremely well.
But I want to add our OSX machines to the mix. This is, unfortunately,
leaving me confused about rsyncx.
I can do the normal thing from OSX using
hi all
we're using rsync to backup our web server at the moment using it in a
cron job
the server we are using to receive all the sync files is a live but not
heavily used linux machine
but rsync still takes up more resources than we want it to
it takes up to 95% (fluctuating) cpu load and a
dtra wrote:
hi all
we're using rsync to backup our web server at the moment using it in a
cron job
the server we are using to receive all the sync files is a live but
not heavily used linux machine
but rsync still takes up more resources than we want it to
it takes up to 95% (fluctuating)
I actually have to use rsync-2.5.7-5.3E which is included in RHEL3.
I assume that the problem with the aging timestamps results in more
files are transferred...
I've no idea why the source timestamps are changed... Can anyone explain
this?? Or does anyone has an idea why it could happen?
I would suggest that your script that calls the various rsync commands creates
a lockfile and whatever script that is spawning off the additional rsync
processes waits until this lockfile is gone before doing anything.
Ray
On Thu, May 26, 2005 at 10:52:41AM +1000, dtra wrote:
dtra wrote:
hi
dtra wrote:
but rsync still takes up more resources than we want it to
it takes up to 95% (fluctuating) cpu load and a fair bit of memory too
the cron job uses nice -19 rsync
but that doesn't seem to do anything, is there anyway to make it use
like 5% cpu or something?
If the other uses
Andrew Gideon wrote:
dtra wrote:
but rsync still takes up more resources than we want it to
it takes up to 95% (fluctuating) cpu load and a fair bit of memory too
the cron job uses nice -19 rsync
but that doesn't seem to do anything, is there anyway to make it use
like 5% cpu or
https://bugzilla.samba.org/show_bug.cgi?id=2570
--- Additional Comments From [EMAIL PROTECTED] 2005-05-25 20:07 ---
I am sorry, I did not. I'm not sure where to report it. If you know, I'd be
willing to forward it.
--
Configure bugmail:
We currently do backup using rsync amongst Linux and Solaris machines.
Modulo an ACL issue that we had to patch, this is working extremely well.
But I want to add our OSX machines to the mix. This is, unfortunately,
leaving me confused about rsyncx.
I can do the normal thing from OSX using
dtra wrote:
hi all
we're using rsync to backup our web server at the moment using it in a
cron job
the server we are using to receive all the sync files is a live but
not heavily used linux machine
but rsync still takes up more resources than we want it to
it takes up to 95%
I actually have to use rsync-2.5.7-5.3E which is included in RHEL3.
I assume that the problem with the aging timestamps results in more
files are transferred...
I've no idea why the source timestamps are changed... Can anyone explain
this?? Or does anyone has an idea why it could happen?
I would suggest that your script that calls the various rsync commands creates
a lockfile and whatever script that is spawning off the additional rsync
processes waits until this lockfile is gone before doing anything.
Ray
On Thu, May 26, 2005 at 10:52:41AM +1000, dtra wrote:
dtra wrote:
hi
https://bugzilla.samba.org/show_bug.cgi?id=2741
Summary: Cant start daemon
Product: rsync
Version: 2.6.3
Platform: x86
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P3
Component: core
24 matches
Mail list logo