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 <[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:
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 [EMAIL PROTECTED] JG Computing 4455 Province Line Road (609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
