Hi, The xfer errors were only during the first two full backups. Now, there's only 4 left:
I noticed something else, though: The moment I start the backup, the free-mem drops to 6MB (from 400MB; I have 512MB). This might be the bottleneck, don't you think? Looking at the output of ps: vdr01 ~ # ps -aux |grep Backup Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html backuppc 5275 0.0 1.4 10276 7676 ? S 06:46 0:01 /usr/bin/perl /usr/BackupPC/bin/BackupPC -d backuppc 5287 0.0 0.7 5784 4112 ? S 06:46 0:07 /usr/bin/perl /usr/BackupPC/bin/BackupPC_trashClean backuppc 10246 4.4 5.9 33392 30804 ? S 14:11 1:54 /usr/bin/perl /usr/BackupPC/bin/BackupPC_dump -i -d 192.168.178.21 backuppc 10464 22.2 7.0 39652 36112 ? S 14:39 3:21 /usr/bin/perl /usr/BackupPC/bin/BackupPC_dump -i -d 192.168.178.21 backuppc 10576 32.9 3.3 19032 17240 ? R 14:52 0:41 /usr/bin/perl ./BackupPC_Admin I wouldn't think so, though. Here, backuppc is using mainly CPU, not Ram. CPU load didn't reach 100% (averaged over 5 minutes) since I started the backup. Furthermore, the network transfer rate stays very low (6 Mbit). I don't have network-problems when I transfer files via SMB, though. Furthermore, I've done a more sophisticated benchmark (bonie++) on both harddisks: This one is the one that is NOT used by backuppc (hda). It's xfs.: Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP vdr01 1G 188 90 26142 16 13214 9 394 86 42952 16 114.4 1 Latency 242ms 2302ms 1951ms 138ms 202ms 390ms Version 1.93c ------Sequential Create------ --------Random Create-------- vdr01 -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 322 5 +++++ +++ 287 4 266 6 +++++ +++ 211 4 Latency 248ms 4554us 267ms 301ms 533us 559ms This one (hdd) is used by backuppc and is -regarding the hardware- equal (same model, different size) to hda, and formated reiserfs. Version 1.93c ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP vdr01 1G 71 90 15968 22 9180 10 381 84 35012 22 145.5 2 Latency 249ms 3919ms 4965ms 400ms 258ms 509ms Version 1.93c ------Sequential Create------ --------Random Create-------- vdr01 -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 5763 68 +++++ +++ 5728 79 6489 80 +++++ +++ 5667 86 Latency 7798us 1338us 3249us 1507us 539us 9926us This is my fstab (extract): /dev/hda5 /mnt/data xfs noatime 1 2 /dev/hdb1 /mnt/data1 reiserfs noatime 1 2 I'd rather not switch to SMB, yet. Maybe, you could comment on the above first. It was quite a problem for me setting backuppc up the way it is now. Never change a running system ;-) Maybe debugging localhost already helps. If you insist, I'll switch to SMB though ;-) Greetings, Hendrik -----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 7. Oktober 2007 12:09 An: Hendrik Friedel; backuppc-users Betreff: Re: [BackupPC-users] How long does a normal Backup take? Hello Hendrik, on localhost I see in your pdf many transfer errors - it is possible that you try to backup many directories without access for the backuppc user? Without real knowledge about it: I can imagine that such access denied issues are time consuming. So I have two suggestions for further test: - Check the access right on localhost - Switch one of your XP clients to SMB transport Greetings, Renke PS Can you please reply this mail to all recipients, it is easier to follow a list thread if all messages are in the archive. -- rbrausse ferdinand-kopf-str 7 79117 freiburg +497613845491 Am Sonntag, den 07.10.2007, 02:04 +0200 schrieb Hendrik Friedel: > Hi, > > vdr01 ~ # hdparm -t /dev/hda > /dev/hda: > Timing buffered disk reads: 118 MB in 3.03 seconds = 39.00 MB/sec > > vdr01 ~ # hdparm -t /dev/hdb > /dev/hdb: > Timing buffered disk reads: 124 MB in 3.01 seconds = 41.15 MB/sec > > No, I haven't yet tried any other transfer methods. But as tar is slow > aswell, I don't have much hope. > The pool-hdd is reiserfs, by the way. > > Greetings, > Hendrik > > > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Gesendet: Sonntag, 7. Oktober 2007 00:35 > An: Hendrik Friedel; backuppc-users > Betreff: Re: AW: [BackupPC-users] How long does a normal Backup take? > > Hello Hendrik, > > did you ever run a hdd benchmark on your backup host? < 1 MB/s for the > backup of the localhost is incredible slow. > > I have no experience with rsync on Windows, did you ever try to use > smb as transport? > > Renke > > Am Samstag, den 06.10.2007, 23:59 +0200 schrieb Hendrik Friedel: > > Hi, > > > > I now uploaded the overview here: > > http://download.yousendit.com/C39DB8AA06537B5F > > > > The two hosts use rsync (WinXP). The server (localhost) uses Tar. > > > > Greetings, > > Hendrik > > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.488 / Virus Database: 269.14.0/1048 - Release Date: > 03.10.2007 > 20:22 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.0/1048 - Release Date: 03.10.2007 20:22 ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
