John,
I tried running dump by itself and it turns out that dump on the tape server was the
problem. I upgraded to the latest version (dump-0.4b19-5.6x.i386.rpm) and everything
is working fine now. Once again, a problem not with amanda but with something else.
Many thanks for your suggestions.
Erick Bodine
Xpedite Systems Inc.
"John R. Jackson" wrote:
> > The slow client is a Toshiba Magna 3000 with a single 18-GB SCSI disk. I am
> > backing up another partition on the same disk on the same host at the same ti
> >me with no problems. I do not see any disk or network errors on either the cl
> >ient or the tape backup
> > server.
>
> The next thing I'd try is doing the backup command by hand on the
> client and watching closely what happens. If you're using GNU tar,
> I just posted yet another dissertation on how to do this. Look for the
> "Problem backing up" thread.
>
> If you're using dump, just run the command from sendbackup*debug but
> without the 'u' option. Doing a catalogue is not as useful in this case
> because of the way dump images are formatted. Better would be to write
> it to a file and see how fast it's growing, although I realize that might
> need more scratch disk space than you have. Next better would be to pipe
> the output to an rsh over to your tape server and drop it in your holding
> disk (assuming it's big enough), although that introduces other variables.
>
> Or you could try piping the output to the attached C program (and then
> to /dev/null). I just slapped it together, but it seems to give a rough
> idea of how much output has been generated in more or less real time.
>
> > Erick Bodine
>
> John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
>
>
>----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> Name: xx.c
> xx.c Type: C Source file (application/x-unknown-content-type-cfile)
> Description: xx.c
