Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Backups\s+that\s+don\'t\s+fit\s+on\s+the\s+tape\.\.\.\.\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Backups\s+that\s+don\'t\s+fit\s+on\s+the\s+tape\.\.\.\.\s*$/: 12 ]

Total 12 documents matching your query.

1. Backups that don't fit on the tape.... (score: 1): Author: Mike Brodbelt <m.brodbelt AT acu.ac DOT uk>; Date: Thu, 12 Feb 2004 10:21:16 +0000; Hi, I run two configs with Amanda, one that does incremental backups, and one (month end) where all the filesystems get a level 0. In the latter case, I'm getting tape errors as a result of running o; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00252.html (13,074 bytes)
2. Re: Backups that don't fit on the tape.... (score: 1): Author: "Stefan G. Weichinger" <monitor AT oops.co DOT at>; Date: Thu, 12 Feb 2004 11:41:08 +0100; Hi, Mike, on Donnerstag, 12. Februar 2004 at 11:21 you wrote to amanda-users: Seems like it is one of those in the AMANDA-FAQ-O-MATIC. Look up http://amanda.sourceforge.net/fom-serve/cache/100.html.; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00253.html (12,777 bytes)
3. Re: Backups that don't fit on the tape.... (score: 1): Author: Paul Bijnens <paul.bijnens AT xplanation DOT com>; Date: Thu, 12 Feb 2004 11:49:42 +0100; Tape driver is a Quantum DLT7000, with DLT IV media. Native capacity should be 35Gb, and I'm running Amanda with host based compression, and compression switched off on the drive. The tapetype defin; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00254.html (14,414 bytes)
4. Re: Backups that don't fit on the tape.... (score: 1): Author: Mike Brodbelt <m.brodbelt AT acu.ac DOT uk>; Date: Thu, 12 Feb 2004 11:31:13 +0000; Not getting anything that explicit :- taper: tape ACU-STD-2 kb 23940992 fm 16 writing file: Input/output error driver: going into degraded mode because of tape error. This is from Amanda version 2.4.; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00255.html (14,136 bytes)
5. Re: Backups that don't fit on the tape.... (score: 1): Author: Mike Brodbelt <m.brodbelt AT acu.ac DOT uk>; Date: Thu, 12 Feb 2004 11:34:58 +0000; Ah yes, that was where it came from :-). Hmm, yes. s/theoretical/wishful thinking/ it seems :-). Mike.; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00256.html (12,905 bytes)
6. Re: Backups that don't fit on the tape.... (score: 1): Author: Paul Bijnens <paul.bijnens AT xplanation DOT com>; Date: Thu, 12 Feb 2004 12:38:50 +0100; taper: tape ACU-STD-2 kb 23940992 fm 16 writing file: Input/output error This is really an IO error. Probably due to hardware problems. See in the system logs for more information. (/var/{adm,log}/m; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00257.html (13,763 bytes)
7. Re: Backups that don't fit on the tape.... (score: 1): Author: "Stefan G. Weichinger" <monitor AT oops.co DOT at>; Date: Thu, 12 Feb 2004 13:01:39 +0100; Hi, Paul Bijnens, on Donnerstag, 12. Februar 2004 at 12:38 you wrote to amanda-users: Cover the scsi connectors with some blood from the sacrificed animal. Thanks for the laugh, Paul. ;) -- best rega; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00258.html (12,423 bytes)
8. Re: Backups that don't fit on the tape.... (score: 1): Author: Mike Brodbelt <m.brodbelt AT acu.ac DOT uk>; Date: Thu, 12 Feb 2004 12:18:59 +0000; Could it not be due to an attempt to write beyond EOT? I'm reasonably sure the hardware is OK. I do get some errors in the logs, but I'd assumed they were generated due to an attempt to write beyond; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00259.html (13,959 bytes)
9. Re: Backups that don't fit on the tape.... (score: 1): Author: Jon LaBadie <jon AT jgcomp DOT com>; Date: Thu, 12 Feb 2004 12:29:27 -0500; If you are refering to the report you showed in your original posting, that was the size of data dumped, not taped. == Dump Time (hrs:min) 6:39 6:39 0:00 == Output Size (meg) 31855.4 31855.4 0.0 == O; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00268.html (15,050 bytes)
10. Re: Backups that don't fit on the tape.... (score: 1): Author: Mike Brodbelt <m.brodbelt AT acu.ac DOT uk>; Date: Thu, 12 Feb 2004 18:02:15 +0000; Yes - rather less:- Tape Time (hrs:min) 0:35 0:35 0:00 Tape Size (meg) 8461.0 8461.0 0.0 Tape Used (%) 24.2 24.2 0.0 Filesystems Taped 15 15 0 Avg Tp Write Rate (k/s) 4179.2 4179.2 -- 23.94 Gb is the; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00272.html (14,524 bytes)
11. Re: Backups that don't fit on the tape.... (score: 1): Author: Joshua Baker-LePain <jlb17 AT duke DOT edu>; Date: Thu, 12 Feb 2004 13:12:30 -0500 (EST); 23.94 GB is *also* the amount of data that actually went to tape before amanda got the I/O error. You indicated that these "should" be 35GB. The fact that amanda only got 23 out to tape indicated eit; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00274.html (14,835 bytes)
12. Re: Backups that don't fit on the tape.... (score: 1): Author: Jon LaBadie <jon AT jgcomp DOT com>; Date: Thu, 12 Feb 2004 13:19:32 -0500; So, it wrote 8.4 GB successfully. Plus it wrote the amanda tape header, a 16th file. Not unless your amanda works differently than the rest of our amandas. :) Or I'm wrong which as this list has show; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-02/msg00275.html (14,660 bytes)

Current List: 1 - 12
Page: [1]