Hi! I'm still having problems with ufsdump returning error code three, thus
causing the dumps to fail. There seems to be no consistancy to this -- the
disks get backed up correctly eventually, but it takes a number of tries. None
of the log files that I know about (/tmp/amanda/*) seem to contai
>The only lines in amdump.2 which seem to apply (other than the planning lines)
>are:
>
>>driver: send-cmd time 876.106 to dumper1: FILE-DUMP 01-00058 ...
>and
>>driver: result time 2731.933 from dumper1: FAILED 01-00058 ...
Note that 2731 - 876 is 1855 seconds, which is *real* close to 30 minute
Chris Marble [mailto:[EMAIL PROTECTED]] wrote:
> This started happening to me early this year. Just on 2
> partitions out of 91. As best we could diagnose I was
> exceeding a CPU time limit.
How did you diagnose this?
> When I turned off compression on those 2 partitions the
> backups wen
John R. Jackson [mailto:[EMAIL PROTECTED]] wrote:
> >Are there any particular log files that
> >I should look at to see what happened?
>
> First, look for any core files in /tmp/amanda.
None found...
>Then read through the
> amdump. file that corresponds to this run. It's in the "logdir"
> dir
>... I've included the report below -- as far as I can tell, there isn't
>anything that would cause the problem. ...
Agreed.
>Are there any particular log files that
>I should look at to see what happened?
First, look for any core files in /tmp/amanda. Then read through the
amdump. file that
John R. Jackson [mailto:[EMAIL PROTECTED]] wrote:
> You're looking at the wrong end of the pipe. The messages imply the
> server side shut things down, which "broke the pipe" and filtered back
> to the clients as bad news (there was nowhere to shove their data).
>
> So what else is in the Amanda
>Hi! I'm still having problems with ufsdump returning error code three, thus
>causing the dumps to fail. ...
>? sendbackup: index tee cannot write [Broken pipe]
>| DUMP: Broken pipe
>| DUMP: The ENTIRE dump is aborted.
>? index returned 1
>sendbackup: error [/usr/sbin/ufsdump returned 3]
Y
Hi! I'm still having problems with ufsdump returning error code three, thus
causing the dumps to fail. There seems to be no consistancy to this -- the
disks get backed up correctly eventually, but it takes a number of tries. None
of the log files that I know about (/tmp/amanda/*) seem to contai
