Hello Amanda Users, I'm a little baffled by this...
Amanda 2.4.2p2 on Solaris 5.8 partition is 32-ish Gig /dev/dsk/c1t10d0s0 35006272 31531391 3124819 91% /sambashare Tape is a DLT 4000, we use SW compression which gave us a 20 Gig file to move to tape. I wasn't too concerned when the amdump failed but the amflush should certainly have succeeded. I'm sure we are not trying to doubley compress (not using HW compression tape device, used 1hn not 1un). Oh, we checked the drive - the "I need cleaning" light is off. And its worked up until today... thanks in advance, Brian ----- Forwarded message from Amanda at GrifServ ----- The dumps were flushed to tape GRIFSERV03. *** A TAPE ERROR OCCURRED: [[writing file: short write]]. Some dumps may have been left in the holding disk. Run amflush again to flush them to tape. The next tape Amanda expects to use is: GRIFSERV04. FAILURE AND STRANGE DUMP SUMMARY: grifserv /sambashare lev 0 FAILED [out of tape] STATISTICS: Total Full Daily -------- -------- -------- Estimate Time (hrs:min) 0:00 Run Time (hrs:min) 4:04 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: taper: tape GRIFSERV03 kb 19937792 fm 1 writing file: short write amflush: /amanda/work/20040211/grifserv._sambashare.0: taper error, leaving file on disk amflush: Could not rmdir /amanda/work/20040211. Check for cruft. DUMP SUMMARY: DUMPER STATS TAPER STATS HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s ------------------------ --------------------------------------- ------------- grifser / NO FILE TO FLUSH ------------------------------------ grifser /sambashare 0 FAILED ---------------------------------------------- (brought to you by Amanda version 2.4.2p2) ----- End of forwarded message from Amanda at GrifServ -----