On Tue, Dec 02, 2003 at 12:22:26PM -0600, Frank Smith wrote:
> --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:

It is not unique in the rate of backup.  It is large and thus takes
a lot of time.  But you have 4 DLE's on that host with greater than
2 MB.  Each has the same backup rate, about 28KB/sec.  So it is not
the directory, most likely as Frank suggests a network problem.

> > 
> > Im not using compression neither in the server or the client.
> > host2:/var/vpopmail contains 2.4 GB of data, with 168577 files.

Maybe now, but it had 4.4GB when it was backed up.

> > 
> > The strange is that it begins to happen with no reason.... 
> > My guess is that gnu tar is eating all the time...

Doubtful.  Well, maybe if it is a cygwin client on a PC.

> > 
> > AMSTATUS OUTPUT:
...
> > 
> > host2:/root         0   91936k finished (1:06:02)
> > host2:/usr/local    0  701824k finished (8:50:05)
> > host2:/usr/share    0   94560k finished (2:00:00)
> > host2:/var/vpopmail 0 4473120k finished (2+5:47:06)

These are the DLE's, all with the same dump rate.
Likely network limited.

> 
> 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


jl
-- 
Jon H. LaBadie                  jon AT jgcomp DOT com
 JG Computing
 4455 Province Line Road        (609) 252-0159
 Princeton, NJ  08540-4322      (609) 683-7220 (fax)