--On Tuesday, December 02, 2003 15:46:57 -0200 Fernando Costa de Almeida 
<falmeida AT computeasy.com DOT br> 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                                      fsmith AT hoovers DOT com
Systems Administrator                           Voice: 512-374-4673
Hoover's Online                                   Fax: 512-374-4501