--On Tuesday, December 02, 2003 15:46:57 -0200 Fernando Costa de Almeida <[EMAIL PROTECTED]> wrote:
> Hi, > > since one week ago, my daily backups are taking more than 2 days to > complete! I dont know why yet, but just one directory in a client > machine (host2:/var/vpopmail) is taking a lot of time, as seen in the > output of the amstatus below. Here is the amanda proccess right now > running in the client machine: > > amanda 32319 0.0 0.1 1552 436 ?? S Mon07AM 0:12.50 > /usr/local/amanda/libexec/sendbackup > amanda 32320 0.0 0.1 1552 352 ?? S Mon07AM 4:47.62 > /usr/local/amanda/libexec/sendbackup > amanda 32322 0.0 0.0 628 0 ?? IW - 0:00.00 sh -c > /usr/local/bin/tar -tf - 2>/dev/null | sed -e 's/^\\.//' > amanda 32323 0.0 0.1 1068 372 ?? S Mon07AM 2:47.97 > /usr/local/bin/tar -tf - > amanda 32324 0.0 0.1 972 368 ?? S Mon07AM 0:10.05 sed -e > s/^\\.// > > Im not using compression neither in the server or the client. > host2:/var/vpopmail contains 2.4 GB of data, with 168577 files. > > The strange is that it begins to happen with no reason.... > My guess is that gnu tar is eating all the time... > > AMSTATUS OUTPUT: > > host1:/etc 0 1184k finished (0:09:56) > host1:/root 0 32k finished (0:09:10) > host1:/usr/adm 0 29440k finished (0:10:48) > host1:/usr/home 0 32k finished (0:09:28) > host1:/usr/local 0 169920k finished (0:14:27) > host1:/var/qmail 0 1184k finished (0:09:44) > host2:/etc 0 1120k finished (0:11:01) > host2:/root 0 91936k finished (1:06:02) > host2:/usr/home 0 32k finished (0:10:00) > host2:/usr/local 0 701824k finished (8:50:05) > host2:/usr/share 0 94560k finished (2:00:00) > host2:/var/qmail/control 0 32k finished (0:09:25) > host2:/var/qmail/supervise 0 32k finished (0:09:14) > host2:/var/qmail/users 0 32k finished (0:09:40) > host2:/var/vpopmail 0 4473120k finished (2+5:47:06) If host2 is not your Amanda server, my bet would be a network problem, probably a duplex mismatch. Can you ftp a large file from host2 to your Amanda server and get reasonable a transfer rate? Frank > > SUMMARY part real estimated > size size > partition : 15 > estimated : 15 5961992k > failed : 0 0k ( 0.00%) > wait for dumping: 0 0k ( 0.00%) > dumping to tape : 0 0k ( 0.00%) > dumping : 0 0k 0k ( 0.00%) ( 0.00%) > dumped : 15 5564480k 5961992k ( 93.33%) ( 93.33%) > wait for writing: 0 0k 0k ( 0.00%) ( 0.00%) > writing to tape : 0 0k 0k ( 0.00%) ( 0.00%) > failed to tape : 0 0k 0k ( 0.00%) ( 0.00%) > taped : 15 5564480k 5961992k ( 93.33%) ( 93.33%) > 4 dumpers idle : not-idle > taper idle > network free kps: 1900 > holding space : 11918382k (100.00%) > dumper0 busy : 2+4:36:05 ( 98.08%) > dumper1 busy : 0:00:00 ( 0.00%) > taper busy : 1:16:16 ( 2.37%) > 0 dumpers busy : 1:01:52 ( 1.92%) not-idle: 1:00:56 ( > 98.50%) > start-wait: 0:00:55 ( > 1.50%) > 1 dumper busy : 2+4:36:06 ( 98.08%) not-idle: 1+20:05:42 > ( 83.83%) > client-constrained: 8:27:35 ( > 16.08%) > no-bandwidth: 0:02:00 ( > 0.06%) > start-wait: 0:00:47 ( > 0.03%) > 2 dumpers busy : 0:00:00 ( 0.00%) > > -- Frank Smith [EMAIL PROTECTED] Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
