Ralf, In addition to what Paul said, I've begun (after advice from amanda-users) to use amplot, it'll give a good visual that may help to spot the problem.
On Wed, Jan 26, 2005 at 11:43:59AM +0100, Paul Bijnens wrote: > [EMAIL PROTECTED] wrote: > > > > what could be the reason for a very very slow backup? > > Actually, I have no idea. Just a few remarks. > > > > > > My backup server is a celeron 500 with 128 MB memory and a tandberg slr 24 > > tape box. > > My network is 100MB switched. > > The gamma client is a 800 MHz PIII system. > > The dv-02 client is a 1,2 GHz Athlon system. > > My backup server is a celeron 300 MHz with 128 MB memory. > And I get a much larger throughput. > So it's not the servers capacity, neither the clients. > > > > > > I have no explanation for this slowness. If I copy a big file with scp from > > gamma to backup server it is normal speed. > > Also when you're copy from two different hosts at the same time? > A frequent error is a duplex mismatch on the switches; but that > would also be noticed when copying a large file from one host. > Just a tought... > Does "netstat -ni" have a large value in the error columns > on client and/or server? > > > > Bythe way the backupjob on gamm was only one iso image file. > > Was that gnutar or dump? > Is the first time you make a backup? or was it fast before and > suddenly slow? > Do you have some clients where the problem does not exist? > Any strange message in the debug-files on client: > /tmp/amanda/*.<datetimestamp>.debug . > Was there any other activity on the clients? > Was there some non-responding nfs-directory on the clients (which > tar has to stat to find out it is an nfs-directory and skip it). > Is there anything else between the server and client? firewall > with misconfigured traffic-shaper, etc...? > > When this backup is running, can you find out what the > dump/tar on the client is doing? (strace, truss, lsof...) > > > > > > Thanks and Rgds > > Ralf > > > > > > > > STATISTICS: > > Total Full Daily > > -------- -------- -------- > > Estimate Time (hrs:min) 0:00 > > Run Time (hrs:min) 26:59 > > Dump Time (hrs:min) 51:53 51:53 0:00 > > Output Size (meg) 1444.5 1444.5 0.0 > > Original Size (meg) 1444.5 1444.5 0.0 > > Avg Compressed Size (%) -- -- -- > > Filesystems Dumped 2 2 0 > > Avg Dump Rate (k/s) 7.9 7.9 -- > > > > Tape Time (hrs:min) 0:16 0:16 0:00 > > Tape Size (meg) 1444.5 1444.5 0.0 > > Tape Used (%) 12.0 12.0 0.0 > > Filesystems Taped 2 2 0 > > Avg Tp Write Rate (k/s) 1517.3 1517.3 -- > > > > USAGE BY TAPE: > > Label Time Size % Nb > > LXBACK127 0:16 1444.5 12.0 2 > > > > > > NOTES: > > taper: tape LXBACK127 kb 1479232 fm 2 [OK] > > > > > > DUMP SUMMARY: > > DUMPER STATS TAPER STATS > > HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s > > -------------------------- --------------------------------- ------------ > > dv-02 -OpenOffice 0 821180 821180 -- 1502:31 9.1 9:011517.2 > > gamma -amandatest 0 657970 657970 -- 1610:41 6.8 7:141517.4 > > Use the "columnspec" parameter in amanda.conf to add some spaces between > the columns. > > > > > > (brought to you by Amanda version 2.4.4p3) > > > > > > > > > -- > Paul Bijnens, Xplanation Tel +32 16 397.511 > Technologielaan 21 bus 2, B-3001 Leuven, BELGIUM Fax +32 16 397.512 > http://www.xplanation.com/ email: [EMAIL PROTECTED] > *********************************************************************** > * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, F6, * > * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * > * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * > * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * > * kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... * > * ... "Are you sure?" ... YES ... Phew ... I'm out * > *********************************************************************** > > --- Brian R Cuttler [EMAIL PROTECTED] Computer Systems Support (v) 518 486-1697 Wadsworth Center (f) 518 473-6384 NYS Department of Health Help Desk 518 473-0773
