Yes, amcheck is happy.
Here is the full Email I get with the following disklist(I don't
get any detail section at the end):
client  /var    root-tar

##################################################################
These dumps were to tape DailySet102.
The next 5 tapes Amanda expects to used are: a new tape, a new
tape, a new tape, a new tape, a new tape.

FAILURE AND STRANGE DUMP SUMMARY:
  client        /var lev 0 FAILED [dumper1 died]


STATISTICS:
                          Total       Full      Daily
                        --------   --------   --------
Estimate Time (hrs:min)    0:00
Run Time (hrs:min)         0:02
Dump Time (hrs:min)        0:00       0:00       0:00
Output Size (meg)           0.0        0.0        0.0
Original Size (meg)         0.0        0.0        0.0
Avg Compressed Size (%)     --         --         -- 
Filesystems Dumped            0          0          0
Avg Dump Rate (k/s)         --         --         -- 

Tape Time (hrs:min)        0:00       0:00       0:00
Tape Size (meg)             0.0        0.0        0.0
Tape Used (%)               0.0        0.0        0.0
Filesystems Taped             0          0          0
Avg Tp Write Rate (k/s)     --         --         -- 

NOTES:
  planner: Adding new disk client:/var.
  driver: dumper0 pid 22855 is messed up, ignoring it.
  driver: dumper0 died while dumping client:/var lev 0.
  driver: dumper1 pid 22856 is messed up, ignoring it.
  taper: tape DailySet102 kb 0 fm 0 [OK]

DUMP SUMMARY:
                                     DUMPER STATS
TAPER STATS 
HOSTNAME     DISK        L ORIG-KB OUT-KB COMP% MMM:SS  KB/s
MMM:SS  KB/s
-------------------------- ---------------------------------
------------
client          /var        0 FAILED
---------------------------------------

(brought to you by Amanda version 2.4.2p2)
##################################################################

Also, here is more output from sendbackup.debug on the client as
that is the last file written to there:
##################################################################
sendbackup: debug 1 pid 21499 ruid 11 euid 11 start time Thu Apr
11 11:25:46 2002
/usr/lib/amanda/sendbackup: got input request: GNUTAR /var 0
1970:1:1:0:0:0 OPTIONS
|;bsd-auth;exclude-list=/etc/amanda/exclude.gtar;
  parsed request as: program `GNUTAR' disk `/var' lev 0 since
1970:1:1:0:0:0 opt
`|;bsd-auth;exclude-list=/etc/amanda/exclude.gtar;'
  waiting for connect on 2871, then 2872
  got all connections
sendbackup: doing level 0 dump as listed-incremental:
/var/lib/amanda/gnutar-lists/client_var_0.new
sendbackup: doing level 0 dump from date: 1970-01-01  0:00:00 GMT
sendbackup: spawning "/usr/lib/amanda/runtar" in pipeline
sendbackup: argument list: "gtar" "--create" "--directory" "/var"
"--listed-incremental"
"/var/lib/amanda/gnutar-lists/client_var_0.new" "--sparse"
"--one-file-system" "--ignore-failed-read" "--totals" "--file"
"-" "--exclude-from=/etc/amanda/exclude.gtar" "."
sendbackup-gnutar: pid 21501: /usr/lib/amanda/runtar --create
--directory /var --listed-incremental
/var/lib/amanda/gnutar-lists/client_var_0.new --sparse
--one-file-system --ignore-failed-read --totals --file -
--exclude-from=/etc/amanda/exclude.gtar .
error [/bin/tar got signal 13]
##################################################################

The error I get when I change the config to use dump is in
sendsize.debug on the client and is:
sendsize: no dump program available

I'm not as concerned about this though as I'd prefer to use tar.

* John R. Jackson ([EMAIL PROTECTED]) wrote:
> >I am trying to get AMANDA working for the first time and am stuck
> >getting amdump to complete with all my partitions. I have tracked the
> >problem down to this error at the end of the sendbackup.debug file on
> >the client:
> >
> >error [/bin/tar got signal 13]
> 
> Signal 13 is "broken pipe", which is rarely the fault of the program
> that reports it, but rather the next thing downstream.
> 
> Is "amcheck" happy?
> 
> What does your Amanda E-mail report say (all of it, except the detail
> section at the end).
> 
> >The error changes slightly if I change the setup. i.e. DUMP doesn't
> >seem to work at all ...
> 
> Details, please.  What does it say?
> 
> >Michael "Murph" Robbert
> 
> John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]

-- 
Michael "Murph" Robbert
System Administrator for Math/CS
Colorado School of Mines, Golden, CO  80401-1887
Office: SH220
Office phone: 303-273-3786
Pager: 303-461-6543 or Text messages: [EMAIL PROTECTED]
Email: [EMAIL PROTECTED]

Reply via email to