Duration

2011-09-12 Thread David Somers-Harris
Is it normal for rsync to take 3 hours on this transfer? Number of files: 27419348 Number of files transferred: 19501 Total file size: 185.39G bytes Total transferred file size: 195.92M bytes Literal data: 195.68M bytes Matched data: 241.09K bytes File list size: 402.01M File list generation

Ignoring /boot

2011-09-12 Thread Ben Short
Hi, I have the following script that I'm writing to backup my gentoo linux system. - start of script - #!/bin/sh # # RSYNC_OPTS=--archive --one-file-system --perms --executability --progress --stats --delete-after --hard-links --keep-dirlinks --verbose --inplace RSYNC_USER=bs

RE: Ignoring /boot

2011-09-12 Thread Voelker, Bernhard
Ben Short wrote: I have the following script that I'm writing to backup my gentoo linux system. ... RSYNC_OPTS=--archive --one-file-system --perms --executability --progress --stats --delete-after --hard-links --keep-dirlinks --verbose --inplace RSYNC_USER=bs RSYNC_SERVER=192.168.6.6

Re: Ignoring /boot

2011-09-12 Thread Matthias Schniedermeyer
On 12.09.2011 11:03, Ben Short wrote: Hi, I have the following script that I'm writing to backup my gentoo linux system. ... I would expect boot to have files in it? What is going wrong? The culprit should be: --one-file-system Bis denn -- Real Programmers consider what you see is

[Bug 8445] Add a non-trusted filter-file option that would limit the rules and ignore syntax errors

2011-09-12 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=8445 --- Comment #2 from Ruediger Meier sweet_...@gmx.de 2011-09-12 10:45:12 UTC --- Thx, for this detailed reply. After reading I think we have to 2 different issues here. (In reply to comment #1) (In reply to comment #0) invalid modifier sequence

[Bug 8450] New: --link-dest seems not to work mounted NTFS file systems

2011-09-12 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=8450 Summary: --link-dest seems not to work mounted NTFS file systems Product: rsync Version: 3.0.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal

Re: [Bug 8450] New: --link-dest seems not to work mounted NTFS file systems

2011-09-12 Thread Kevin Korb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 See what --itemize-changes says. On 09/12/11 12:06, samba-b...@samba.org wrote: https://bugzilla.samba.org/show_bug.cgi?id=8450 Summary: --link-dest seems not to work mounted NTFS file systems Product:

[Bug 8450] --link-dest seems not to work mounted NTFS file systems

2011-09-12 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=8450 --- Comment #1 from Kevin Korb rs...@sanitarium.net 2011-09-12 16:11:17 UTC --- Try running with --itemize-changes. It will tell you why rsync thinks the file needs to be updated. (Sorry for the duplicate reply on the email list. I replied there

[Bug 8450] --link-dest seems not to work mounted NTFS file systems

2011-09-12 Thread samba-bugs
https://bugzilla.samba.org/show_bug.cgi?id=8450 --- Comment #2 from Toralf Förster toralf.foers...@gmx.de 2011-09-12 16:45:32 UTC --- Ah - now the pciture becomes clear - I changed my script few days ago to use relative paths - which doesn't work: When I specify : target dir:

Re: Duration

2011-09-12 Thread David Somers-Harris
No, I don't have checksum based checking enabled. Sorry for neglecting to mention the options I'm using, here they are: *rsync -vah --exclude=.* --delete --stats* Would anything in there cause it to be unnecessarily slow? It's taking 3 hours but shouldn't take more than 5 minutes... On Tue,

Re: Duration

2011-09-12 Thread Kevin Korb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The rsync is doing a whole lot more than transferring 600MB of data. It is transferring 600MB of differences. It is going through 27.4 million files on one end and possibly that many on the other. That is a 402MB listing of files plus as many as