-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A lot of this has to do with the filesystems and operating systems involved.
Since you didn't specify I will guess Linux with ext3. If that is the
case run don't walk to ext4. Also, mount the filesystems with the
noatime and nodiratime options. Thi
40 files a second seems very slow. Are you sure the majority of the time is
generating the file list and determine what's changed? How many of the
millions of files are changed?
On modern hardware I see 1000's of files per second when scanning for changed
files.
On Jun 6, 2011, at 12:39 PM,
We are running the following version of rsync:
-rwxr-xr-x1 root system 235216 Sep 27 2004 rsync
I ran dbx which gave me this:
[using memory image in core]
reading symbolic information ...warning: no source compiled with -g
Segmentation fault in . at 0x100236e0
0x100236e0 (???) 8c
In ,
on 06/06/11
at 12:04 PM, Cliff Simon said:
Hi,
>We are using rsync via rsnapshot, but this is not elementary. It is used
>to backup many (above 100 servers) and works very well. Now there is one
>server with many (several millions) files. The files are not very big, so
>the complete back
https://bugzilla.samba.org/show_bug.cgi?id=3444
Jamie Zawinski changed:
What|Removed |Added
CC||j...@jwz.org
--- Comment #10 from Jamie Za
On 6/6/2011 12:54 PM, Paul Slootman wrote:
On Mon 06 Jun 2011, Cliff Simon wrote:
Hm...I´m using 3.0.3 at the Dest-Server, but now I saw that the Source-Server
has 2.6.9
Do I have to enable incremental recursion and from which version is incremental
supported?
Both ends have to be at least
On Mon 06 Jun 2011, Cliff Simon wrote:
>
> Hm...I´m using 3.0.3 at the Dest-Server, but now I saw that the Source-Server
> has 2.6.9
>
> Do I have to enable incremental recursion and from which version is
> incremental supported?
Both ends have to be at least 3.0.0 to enable the incremental re
Hi Paul,
Thank you for your reply!
Hm...I´m using 3.0.3 at the Dest-Server, but now I saw that the Source-Server
has 2.6.9
Do I have to enable incremental recursion and from which version is incremental
supported?
Cliff Simon
> -Ursprüngliche Nachricht-
> Von: Paul Slootman [mailto:
On Mon 06 Jun 2011, Cliff Simon wrote:
>
> Now my problem is, that the backup needs about 14 hours - the most time is to
> generate the filelist and check whether the files are new/changed or not.
Are you using a recent version of rsync? One that does incremental
recursion?
Paul
--
Please use
https://bugzilla.samba.org/show_bug.cgi?id=8188
--- Comment #8 from Brian K. White 2011-06-06 15:36:52 UTC ---
(In reply to comment #6)
> I've committed a change to 3.1.0dev git that allows a pre-xfer exec script to
> send an error message to go with its non-zero exit status. This will allow
> s
Hello everybody,
this question has already been asked (but not answered) by Matt
McCutchen (at the end of his last answer)
http://lists.samba.org/archive/rsync/2006-January/014426.html.
Is there a way, given a list of unrelated (source, destination) pairs,
to copy each source to the correspondin
Hello,
I'm trying to build a bullet-proof rsync deployment, using rsync version
3.0.8 protocol version 30, and I'll be using the --delete option. As a way
of limiting any catastrophic losses I'm thinking about using --max-delete. I
have a couple of questions:
- If the maximum number of delet
Hello together,
I have a question about using rsync with many files.
We are using rsync via rsnapshot, but this is not elementary. It is used to
backup many (above 100 servers) and works very well. Now there is one server
with many (several millions) files. The files are not very big, so the co
https://bugzilla.samba.org/show_bug.cgi?id=8201
--- Comment #4 from Martin Wilck 2011-06-06
09:49:00 UTC ---
(In reply to comment #3)
> Wayne, your change regressed bug 7109. Linux needs NO_SYMLINK_XATTRS only for
> the "user" namespace.
IMHO NO_SYMLINK_XATTRS doesn't have the right semantics.
14 matches
Mail list logo