Re: Problems with full backups
On Mon, Feb 10, 2003 at 07:28:39AM -0500, Joshua Baker-LePain wrote: > > FAILURE AND STRANGE DUMP SUMMARY: > > driver: FATAL driver received unexpected token (2) from taper > OS, version, and amanda version would be helpful. Also, look in your > system logs for any error messages around the time of the failed backups. > Finally, look in the amdump.N file for exactly what taper told driver. Linux 2.2.21, Debian 2.2, amanda 2.4.2p2. There is nothing I can find in the system logs about this problem. The extract from the amdump.N looks like: changer: opening pipe to: /usr/lib/amanda/chg-zd-mtx -slot next changer: got exit: 0 str: 2 /dev/nst0 taper: slot 2: date Xlabel FullPlugged2003011702 (first labelstr match) taper: read label `FullPlugged2003011702' date `X' taper: wrote label `FullPlugged2003011702' date `20030208' driver: result time 20788.194 from taper: QUITTING 00-00052 [writing file: No space left on device] driver: driver received unexpected token (2) from taper taper: DONE [idle wait: 9003.563 secs] taper: writing end marker. [FullPlugged2003011702 OK kb 0 fm 0] There's plenty of space left on the dump disk, and there are more partitions to dump after this one, but thats the end of the file. There are also more tapes in the changer, but it doesn't seem to want to use it. Thanks, Brad -- +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |Brad Marshall| Plugged In Software| |Senior Systems Administrator | http://www.pisoftware.com| |mailto:[EMAIL PROTECTED] | GPG Key Id: 47951BD0 / 1024b| +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ Fingerprint: BAE3 4794 E627 2EAF 7EC0 4763 7884 4BE8 4795 1BD0
Problems with full backups
Hi all, I've got a config thats set to do full backups that I run seperately to my normal one. However, whenever I run it, I get the following in the report: FAILURE AND STRANGE DUMP SUMMARY: driver: FATAL driver received unexpected token (2) from taper It does about 26 filesystems ok, but fails on 3, with the above error message. There are no other obvious error messages in the report. I'm using tar for all my disks, and have no troubles with my normal backups. Any ideas? Please let me know if there's any information I've missed that can be useful. Thanks, Brad -- +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |Brad Marshall| Plugged In Software| |Senior Systems Administrator | http://www.pisoftware.com| |mailto:[EMAIL PROTECTED] | GPG Key Id: 47951BD0 / 1024b| +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ Fingerprint: BAE3 4794 E627 2EAF 7EC0 4763 7884 4BE8 4795 1BD0
Re: Running out of tape due to full dumps
On Wed, May 29, 2002 at 09:29:40AM -0500, Kirk Strauser wrote: > At 2002-05-29T00:27:52Z, Bradley Marshall <[EMAIL PROTECTED]> writes: > > Its a DDS3 tape, and runs out when it tries to flush about 16G (30G > > uncompressed). > No offense, but how much data did you /want/ to fit on a 12G tape? 12G. There was some confusion happening when the setup was changed from hardware compression to software compression. This problem was what called my attention to it (I didn't set it up). Thanks, Brad -- +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |Brad Marshall| Plugged In Software| |Senior Systems Administrator | http://www.pisoftware.com| |mailto:[EMAIL PROTECTED] | GPG Key Id: 47951BD0 / 1024b| +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ Fingerprint: BAE3 4794 E627 2EAF 7EC0 4763 7884 4BE8 4795 1BD0
Re: Running out of tape due to full dumps
On Tue, May 28, 2002 at 08:03:31PM -0400, Joshua Baker-LePain wrote: > On Wed, 29 May 2002 at 9:02am, Bradley Marshall wrote > > I'm actually using software compression for some reason. I'll drop > > down the tapelength and see how that goes. > How much are you getting on tape, and how much do you expect to get on > tape? You can tell how much successfully made it to tape by looking at > the "taper:" line in the NOTES section of the amanda report. If the value > is a lot smaller than you expect it to be, there may be other issues. Its a DDS3 tape, and runs out when it tries to flush about 16G (30G uncompressed). Most nights do nowhere near this much, its only when it tries to do a full dump of certain partitions. I'll see how things go with the tapelength set down to 12G. Thanks, Brad -- +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |Brad Marshall| Plugged In Software| |Senior Systems Administrator | http://www.pisoftware.com| |mailto:[EMAIL PROTECTED] | GPG Key Id: 47951BD0 / 1024b| +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ Fingerprint: BAE3 4794 E627 2EAF 7EC0 4763 7884 4BE8 4795 1BD0
Re: Running out of tape due to full dumps
On Tue, May 28, 2002 at 08:11:27AM -0400, Joshua Baker-LePain wrote: > Why not define a slightly smaller tapelength? That way amanda won't try > to put too much on the tape. > > Are you using hardware compression? You may be assuming too much > compression. I'm actually using software compression for some reason. I'll drop down the tapelength and see how that goes. Thanks, Brad -- +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |Brad Marshall| Plugged In Software| |Senior Systems Administrator | http://www.pisoftware.com| |mailto:[EMAIL PROTECTED] | GPG Key Id: 47951BD0 / 1024b| +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ Fingerprint: BAE3 4794 E627 2EAF 7EC0 4763 7884 4BE8 4795 1BD0
Running out of tape due to full dumps
Hi all, I've got amanda running successfully here for some time, but periodically I have a problem where the tape runs out of space. This generally happens when 2 of the larger partitions I have have a full dump run on them at the same time. Is there any way to tell Amanda to try not to do a full dump of certain file systems at the same time? Thanks, Brad -- +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |Brad Marshall| Plugged In Software| |Senior Systems Administrator | http://www.pisoftware.com| |mailto:[EMAIL PROTECTED] | GPG Key Id: 47951BD0 / 1024b| +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ Fingerprint: BAE3 4794 E627 2EAF 7EC0 4763 7884 4BE8 4795 1BD0
