Oh yes, the "refuses to mail report" thing. I've had it too. Have no idea *why* but the only fix I've heard about works for me, too.
Fix: remove the lbl-temp line from your configuration. The report should get emailed OK now. Tomorrow you can probably put the line back in, and it will be okay for a while. Maybe this "fix" can prompt an actual developer to recognize what it causing this? Deb Baddorf
And what is funnier: I forgot changing the tape yesterday, so I have had to run amflush, and the report DID get the results: ------------------------------------------------------------------------------- Subject: AMFLUSH MAIL REPORT FOR January 15, 2003 Date: Wed, 15 Jan 2003 12:04:55 +0100 The dumps were flushed to tape PRMD-002. The next tape Amanda expects to use is: a new tape. STATISTICS: Total Full Daily -------- -------- -------- Estimate Time (hrs:min) 0:00 Run Time (hrs:min) 0:01 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.2 0.0 0.2 Tape Used (%) 0.0 0.0 0.0 (level:#disks ...) Filesystems Taped 2 0 2 (1:2) Avg Tp Write Rate (k/s) 22.0 -- 22.0 NOTES: taper: tape PRMD-002 kb 160 fm 2 [OK] DUMP SUMMARY: DUMPER STATS TAPER STATS HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s -------------------------- --------------------------------- ------------ prmb /etc 1 260 96 36.9 N/A N/A 0:05 18.3 prmb -ias/enfrio 1 10 64 640.0 N/A N/A 0:02 31.2 (brought to you by Amanda version 2.4.3) --------------------------------------------------------------------------- Why amreport invoked by amdump fails to collect the stats and invoked by amflush does not? Sergio
------------------- Deb Baddorf [EMAIL PROTECTED] 840-2289 "You can't help getting older, but you don't have to get old." - George Burns <IXOYE><