> I have given you all the information you asked for(didnt I?), even tried > async option. Incremental backup of 1 machine still took about 300 minutes. > > The machine is working fine. I was using another backup program which > was working way faster to backup the same machines. So I dont think that > I have a hardware problem or such. > I haven't read *every* email in this thread (it was getting quite repetitive seeing you complaining about how crap backuppc is), but anyway, could you please elaborate on the method that your 'other' backup solution used, ie, if your other solution used rsync, and you are using rsync with backuppc, then that might be helpful to know. If you used tar before, and now use rsync, that would obviously make a difference.
I think overall, the attitude you have displayed is not conducive to resolving the problem. I also think it has been clearly shown that backuppc itself is not the problem, as other people are using it successfully, under similar conditions. What you need to do is basic diagnosis to find where the bottle neck is in your particular system. I'd suggest you use whatever tools are available under your chosen OS (I think it is freebsd), to measure: 1) CPU utilisation on both the client being backed up, and the backuppc server 2) Memory/swap utilisation on both client and server 3) Disk utilisation/bandwidth on both client and server 4) Network utilisation/bandwidth on both client and server Also, if you are using tar as your transfer method, then I'd suggest you try a 'manual' backup something like this (note, this command line is wrong, but you will need to adjust to get the right one). from the backuppc machine: cd /var/lib/backuppc;mkdir temp;cd temp;ssh client tar -cf - /backupdir | tar -xf - Try and copy the command line args from your backup log file.... Time how long that takes, and see how it compares to backuppc times.... if they are similar, then you know the issue is outside of backuppc. Of course, if you are using rsync, then do the same test with rsync data, but I'm sure it has already been said that you should use tar for your case with lots of small files. Just my 0.02c worth.... Regards, Adam -- Adam Goryachev Website Managers Ph: +61 2 8304 0000 [EMAIL PROTECTED] Fax: +61 2 8304 0001 www.websitemanagers.com.au ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
