Re: Dump larger than tape error
On Monday 28 February 2005 18:00, Gene Heskett wrote: [...] >89% full now. But thats doable in the interests of advancing amanda >if I can help. I've reduced the size of the vtape in my amanda.conf >so that there should be a potential overrun of a gig or thereabouts >for a normal routine run, and increased runtapes to 2. >From the mail report, and from looking at the pair of tapes used, I would come to the conclusion that the file that hit EOT for the first of the two tapes used, although only 1.5GB of it was written when this occured, it apparently started from byte one when it wrote that file in its entire 2.3GB entirety on the second tape. John Stange, is there a keyword to enable this that needs to be inserted into the amanda.conf? Humm, on grepping the patch, it appears there is a new keyword to be defined in the dumptype, and duh, I didn't do that. Sigh... -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
Re: Dump larger than tape error
On Monday 28 February 2005 15:43, Fairbank, Bob wrote: >Hi. >I am definetly going to need to back up filesystems that are larger > than the >capacity of a single tape (SDLT). Apparently, amanda has a > limitation with this. >True? Any idea when it will be able to do this? >Thanks. > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of Jon LaBadie >Sent: Monday, February 28, 2005 11:58 AM >To: amanda-users@amanda.org >Subject: Re: Dump larger than tape error > >On Mon, Feb 28, 2005 at 01:35:15PM -0500, Byarlay, Wayne A. wrote: >> Hi, all! >> >> /usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: > >Cannot > >> write: No space left on device >> >> | Total bytes written: 3040256000 (2.8GB, 8.9MB/s) >> >> ? gtar: Error exit delayed from previous errors >> sendbackup: error [/usr/local/bin/tar returned 2] >> \ > >_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ >_+_+ > >> _+_+_+_+_+_+ >> >> Now, the disks I'm using to do my backups is not full. Nowhere >> near full; I've got 112Gb free on it. I doubt the filesystem on >> the target system is THAT full... I will doublecheck though. Any >> immediate thoughts? > >Note, it reported the filesystem containing >/usr/local/var/amanda/gnutar-lists >was full, not your vtape filesystem. Duh, I was using the wrong patch, the correct one does indeed apply. But it gives me a strange advisory I've not seen before just as the compile starts when using my script to configure and build it: --- Making all in config make[1]: Entering directory `/home/amanda/amanda-2.4.5b1-20050214/config' cd .. && /bin/sh /home/amanda/amanda-2.4.5b1-20050214/config/missing --run autoheader rm -f stamp-h1 touch config.h.in --- And then it continues with the build without further complaints. And an amcheck returns no errors. Further results as they become available. Stay tuned as they say, I might need a transfusion here, playing with all this bleeding edge stuff. :-) -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
Re: Dump larger than tape error
On Monday 28 February 2005 15:43, Fairbank, Bob wrote: >Hi. >I am definetly going to need to back up filesystems that are larger > than the >capacity of a single tape (SDLT). Apparently, amanda has a > limitation with this. >True? Any idea when it will be able to do this? >Thanks. > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of Jon LaBadie >Sent: Monday, February 28, 2005 11:58 AM >To: amanda-users@amanda.org >Subject: Re: Dump larger than tape error > >On Mon, Feb 28, 2005 at 01:35:15PM -0500, Byarlay, Wayne A. wrote: >> Hi, all! >> >> /usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: > >Cannot > >> write: No space left on device >> >> | Total bytes written: 3040256000 (2.8GB, 8.9MB/s) >> >> ? gtar: Error exit delayed from previous errors >> sendbackup: error [/usr/local/bin/tar returned 2] >> \ > >_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ >_+_+ > >> _+_+_+_+_+_+ >> >> Now, the disks I'm using to do my backups is not full. Nowhere >> near full; I've got 112Gb free on it. I doubt the filesystem on >> the target system is THAT full... I will doublecheck though. Any >> immediate thoughts? > >Note, it reported the filesystem containing >/usr/local/var/amanda/gnutar-lists >was full, not your vtape filesystem. Pursuant to my last message, the patch did not apply cleanly. I'll nuke the dir, and do it again. And that did not help. I'm still getting errors where one or more hunks fail, on several files. John Stang, if you are copying the mail, there they are: 3 out of 10 hunks FAILED -- saving rejects to file restore-src/amrestore.c.rej 1 out of 1 hunk FAILED -- saving rejects to file server-src/amoverview.pl.in.rej 1 out of 22 hunks FAILED -- saving rejects to file server-src/driver.c.rej 3 out of 5 hunks FAILED -- saving rejects to file server-src/planner.c.rej 1 out of 21 hunks FAILED -- saving rejects to file server-src/reporter.c.rej This is patch "span_split_2.4.5-current.patch", and is being applied to amanda-2.4.5b1-20050214 as freshly unpacked from the tar.gz. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
Re: Dump larger than tape error
On Monday 28 February 2005 15:43, Fairbank, Bob wrote: >Hi. >I am definetly going to need to back up filesystems that are larger > than the >capacity of a single tape (SDLT). Apparently, amanda has a > limitation with this. >True? Any idea when it will be able to do this? >Thanks. > The accepted cure for that is to use tar, and break the disklist up into pieces much smaller than a tape. Amanda, by design, does not do a full level 0 backup of all disklist entries at the same time, instead, it tries to scatter them out among the backup runs during the dumpcycle so that it uses about the same amount of tape per run, but a dumpcycle can actually contain 5 to 7 tapes (the way most do it) with each tape filled to 95% or more of its capacity. That said, there is a patch for amanda that will allow it to span one individual backup over more than 1 tape. I'm about to apply it here, and play with it over the next weeks to see if I can break it. It lives here: <http://www.cs.umd.edu/~building/span_split_V7.0-2.4.5b1-20050214.patch.gz> and is against the last 2.4.5b1-20050214.tar.gz version of amanda, available from a link near the bottom of the amanda.org web page. >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of Jon LaBadie >Sent: Monday, February 28, 2005 11:58 AM >To: amanda-users@amanda.org >Subject: Re: Dump larger than tape error > >On Mon, Feb 28, 2005 at 01:35:15PM -0500, Byarlay, Wayne A. wrote: >> Hi, all! >> >> /usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: > >Cannot > >> write: No space left on device >> >> | Total bytes written: 3040256000 (2.8GB, 8.9MB/s) >> >> ? gtar: Error exit delayed from previous errors >> sendbackup: error [/usr/local/bin/tar returned 2] >> \ > >_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ >_+_+ > >> _+_+_+_+_+_+ >> >> Now, the disks I'm using to do my backups is not full. Nowhere >> near full; I've got 112Gb free on it. I doubt the filesystem on >> the target system is THAT full... I will doublecheck though. Any >> immediate thoughts? > >Note, it reported the filesystem containing >/usr/local/var/amanda/gnutar-lists >was full, not your vtape filesystem. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
Re: Dump larger than tape error
On Mon, Feb 28, 2005 at 01:43:39PM -0700, Fairbank, Bob wrote: > Hi. > I am definetly going to need to back up filesystems that are larger than > the > capacity of a single tape (SDLT). Apparently, amanda has a limitation > with this. > True? Any idea when it will be able to do this? > Thanks. I presume you have already looked at amanda docs describing alternatives and found them wanting? If so, John Stange has been working on tape spanning patches to amanda. Several sites have been using the patches for a while, but it is still considered 'beta' and not part of the current amanda distribution. See this list last week for locations where the patch can be obtained. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: Dump larger than tape error
Bob, Amanda is limited to DLE (DiskList Entries) that do not exceed the capacity of a single tape volume. However you are not restricted to "dump" but may use "tar" (specifically certain versions of gnutar) to select specific file types for subtrees residing on the partition. On Mon, Feb 28, 2005 at 01:43:39PM -0700, Fairbank, Bob wrote: > Hi. > I am definetly going to need to back up filesystems that are larger than > the > capacity of a single tape (SDLT). Apparently, amanda has a limitation > with this. > True? Any idea when it will be able to do this? > Thanks. > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Jon LaBadie > Sent: Monday, February 28, 2005 11:58 AM > To: amanda-users@amanda.org > Subject: Re: Dump larger than tape error > > > On Mon, Feb 28, 2005 at 01:35:15PM -0500, Byarlay, Wayne A. wrote: > > Hi, all! > > > > /usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: > Cannot > > write: No space left on device > > | Total bytes written: 3040256000 (2.8GB, 8.9MB/s) > > ? gtar: Error exit delayed from previous errors > > sendbackup: error [/usr/local/bin/tar returned 2] > > \ > > > > > _+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ > > _+_+_+_+_+_+ > > > > Now, the disks I'm using to do my backups is not full. Nowhere near > > full; I've got 112Gb free on it. I doubt the filesystem on the target > > system is THAT full... I will doublecheck though. Any immediate > > thoughts? > > > > Note, it reported the filesystem containing > /usr/local/var/amanda/gnutar-lists > was full, not your vtape filesystem. > > > -- > Jon H. LaBadie [EMAIL PROTECTED] > JG Computing > 4455 Province Line Road(609) 252-0159 > Princeton, NJ 08540-4322 (609) 683-7220 (fax) > --- Brian R Cuttler [EMAIL PROTECTED] Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773
RE: Dump larger than tape error
Hi. I am definetly going to need to back up filesystems that are larger than the capacity of a single tape (SDLT). Apparently, amanda has a limitation with this. True? Any idea when it will be able to do this? Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jon LaBadie Sent: Monday, February 28, 2005 11:58 AM To: amanda-users@amanda.org Subject: Re: Dump larger than tape error On Mon, Feb 28, 2005 at 01:35:15PM -0500, Byarlay, Wayne A. wrote: > Hi, all! > > /usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: Cannot > write: No space left on device > | Total bytes written: 3040256000 (2.8GB, 8.9MB/s) > ? gtar: Error exit delayed from previous errors > sendbackup: error [/usr/local/bin/tar returned 2] > \ > > _+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ > _+_+_+_+_+_+ > > Now, the disks I'm using to do my backups is not full. Nowhere near > full; I've got 112Gb free on it. I doubt the filesystem on the target > system is THAT full... I will doublecheck though. Any immediate > thoughts? > Note, it reported the filesystem containing /usr/local/var/amanda/gnutar-lists was full, not your vtape filesystem. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: Dump larger than tape error
On Monday 28 February 2005 13:35, Byarlay, Wayne A. wrote: >Hi, all! > >I've been running dumps to hard disk using chg-multi & stuff for > about a year now, very good, no complaints. > >But recently, suddenly, one of the computers I back up is failing. >Here's what's in the e-mail: > > >_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ >_+_+ _+_+_+_+_+_+ >These dumps were to tape DailySet109. >The next tape Amanda expects to use is: DailySet110. > >FAILURE AND STRANGE DUMP SUMMARY: > /m1 lev 1 FAILED [dump larger than tape, -1 KB, > skipping incremental] > /export/home lev 1 FAILED [dump larger than tape, -1 > KB, skipping incremental] > /usr/local lev 1 FAILED [dump larger than tape, -1 > KB, skipping incremental] > / lev 1 FAILED [dump larger than tape, -1 KB, > skipping incremental] > > /var lev 0 FAILED [/usr/local/bin/tar returned 2] > /var lev 0 FAILED [dump to tape failed] > >. >. >. > >FAILED AND STRANGE DUMP DETAILS: > >/-- mole.lib.p /services lev 1 STRANGE >sendbackup: start [mole.lib.purdue.edu:/services level 1] >sendbackup: info BACKUP=/bin/tar >sendbackup: info RECOVER_CMD=/bin/tar -f... - >sendbackup: info end >? gtar: ./purl/dist-2.14-linux-intel/WebRoot/logs/access_log: file >changed as we read it > >| Total bytes written: 168099840 (160MB, 7.0MB/s) > >sendbackup: size 164160 >sendbackup: end >\ > > > > >/-- /var lev 0 FAILED [/usr/local/bin/tar returned 2] >sendbackup: start [:/var level 0] >sendbackup: info BACKUP=/usr/local/bin/tar >sendbackup: info RECOVER_CMD=/usr/local/bin/tar -f... - >sendbackup: info end >? gtar: >/usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: > Cannot write: No space left on device > >| Total bytes written: 3040256000 (2.8GB, 8.9MB/s) > >? gtar: Error exit delayed from previous errors >sendbackup: error [/usr/local/bin/tar returned 2] >\ > >_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ >_+_+ _+_+_+_+_+_+ > >Now, the disks I'm using to do my backups is not full. Nowhere near >full; I've got 112Gb free on it. I doubt the filesystem on the > target system is THAT full... I will doublecheck though. Any > immediate thoughts? > >Wab. You will also get this error when using the FILE: tapetype if the tapesize isn't large enough. is it? -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.34% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
Re: Dump larger than tape error
--On Monday, February 28, 2005 13:35:15 -0500 "Byarlay, Wayne A." <[EMAIL PROTECTED]> wrote: > Hi, all! > > I've been running dumps to hard disk using chg-multi & stuff for about a > year now, very good, no complaints. > > But recently, suddenly, one of the computers I back up is failing. > Here's what's in the e-mail: > > > _+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ > _+_+_+_+_+_+ > These dumps were to tape DailySet109. > The next tape Amanda expects to use is: DailySet110. > > FAILURE AND STRANGE DUMP SUMMARY: >/m1 lev 1 FAILED [dump larger than tape, -1 KB, skipping > incremental] >/export/home lev 1 FAILED [dump larger than tape, -1 KB, > skipping incremental] >/usr/local lev 1 FAILED [dump larger than tape, -1 KB, > skipping incremental] >/ lev 1 FAILED [dump larger than tape, -1 KB, skipping > incremental] > >/var lev 0 FAILED [/usr/local/bin/tar returned 2] >/var lev 0 FAILED [dump to tape failed] > > . > . > . > > FAILED AND STRANGE DUMP DETAILS: > > /-- mole.lib.p /services lev 1 STRANGE > sendbackup: start [mole.lib.purdue.edu:/services level 1] > sendbackup: info BACKUP=/bin/tar > sendbackup: info RECOVER_CMD=/bin/tar -f... - > sendbackup: info end > ? gtar: ./purl/dist-2.14-linux-intel/WebRoot/logs/access_log: file > changed as we read it >| Total bytes written: 168099840 (160MB, 7.0MB/s) > sendbackup: size 164160 > sendbackup: end > \ > > > > > /-- /var lev 0 FAILED [/usr/local/bin/tar returned 2] > sendbackup: start [:/var level 0] > sendbackup: info BACKUP=/usr/local/bin/tar > sendbackup: info RECOVER_CMD=/usr/local/bin/tar -f... - > sendbackup: info end > ? gtar: > /usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: Cannot > write: No space left on device I'll bet this is the problem. Amanda can't write here on this client due to a full disk (The gnutar-lists files enable tar to keep track of what files have changed in order to do incrementals). The 'dump larger than tape' is probably just poor handling of a negative number. Frank >| Total bytes written: 3040256000 (2.8GB, 8.9MB/s) > ? gtar: Error exit delayed from previous errors > sendbackup: error [/usr/local/bin/tar returned 2] > \ > > _+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ > _+_+_+_+_+_+ > > Now, the disks I'm using to do my backups is not full. Nowhere near > full; I've got 112Gb free on it. I doubt the filesystem on the target > system is THAT full... I will doublecheck though. Any immediate > thoughts? > > Wab. -- Frank Smith [EMAIL PROTECTED] Sr. Systems Administrator Voice: 512-374-4673 Hoover's Online Fax: 512-374-4501
RE: Dump larger than tape error
Hmm, yes, you are right. Which would exist on the client, yes? (Does not exist on my Amanda server.) Strangely, I created another backup set, with only one "tape" in my "changer", and adjusted the amanda.conf file for this new config to backup that machine Full to a separate area; and it's running. So this is less of a problem (Went from "Emergency" to "high") :), but still Weird. The ins & outs of this program could constitute somebody's PhD dissertation. Thanks! Wayne Byarlay, Amanda Noob going on 3 years -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jon LaBadie Sent: Monday, February 28, 2005 1:58 PM To: amanda-users@amanda.org Subject: Re: Dump larger than tape error On Mon, Feb 28, 2005 at 01:35:15PM -0500, Byarlay, Wayne A. wrote: > Hi, all! > > /usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: > Cannot > write: No space left on device > | Total bytes written: 3040256000 (2.8GB, 8.9MB/s) > ? gtar: Error exit delayed from previous errors > sendbackup: error [/usr/local/bin/tar returned 2] > \ > > _+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ > _+ > _+_+_+_+_+_+ > > Now, the disks I'm using to do my backups is not full. Nowhere near > full; I've got 112Gb free on it. I doubt the filesystem on the target > system is THAT full... I will doublecheck though. Any immediate > thoughts? > Note, it reported the filesystem containing /usr/local/var/amanda/gnutar-lists was full, not your vtape filesystem. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
RE: Dump larger than tape error
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Byarlay, Wayne A. Sent: Monday, February 28, 2005 1:35 PM To: amanda-users@amanda.org Subject: Dump larger than tape error Hi, all! I've been running dumps to hard disk using chg-multi & stuff for about a year now, very good, no complaints. But recently, suddenly, one of the computers I back up is failing. Here's what's in the e-mail: _+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ _+_+_+_+_+_+ These dumps were to tape DailySet109. The next tape Amanda expects to use is: DailySet110. FAILURE AND STRANGE DUMP SUMMARY: /m1 lev 1 FAILED [dump larger than tape, -1 KB, skipping incremental] /export/home lev 1 FAILED [dump larger than tape, -1 KB, skipping incremental] /usr/local lev 1 FAILED [dump larger than tape, -1 KB, skipping incremental] / lev 1 FAILED [dump larger than tape, -1 KB, skipping incremental] /var lev 0 FAILED [/usr/local/bin/tar returned 2] /var lev 0 FAILED [dump to tape failed] . . . FAILED AND STRANGE DUMP DETAILS: /-- mole.lib.p /services lev 1 STRANGE sendbackup: start [mole.lib.purdue.edu:/services level 1] sendbackup: info BACKUP=/bin/tar sendbackup: info RECOVER_CMD=/bin/tar -f... - sendbackup: info end ? gtar: ./purl/dist-2.14-linux-intel/WebRoot/logs/access_log: file changed as we read it | Total bytes written: 168099840 (160MB, 7.0MB/s) sendbackup: size 164160 sendbackup: end \ /-- /var lev 0 FAILED [/usr/local/bin/tar returned 2] sendbackup: start [:/var level 0] sendbackup: info BACKUP=/usr/local/bin/tar sendbackup: info RECOVER_CMD=/usr/local/bin/tar -f... - sendbackup: info end ? gtar: /usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: Cannot write: No space left on device | Total bytes written: 3040256000 (2.8GB, 8.9MB/s) ? gtar: Error exit delayed from previous errors sendbackup: error [/usr/local/bin/tar returned 2] \ _+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ _+_+_+_+_+_+ Now, the disks I'm using to do my backups is not full. Nowhere near full; I've got 112Gb free on it. I doubt the filesystem on the target system is THAT full... I will doublecheck though. Any immediate thoughts? Wab.
Re: Dump larger than tape error
On Mon, Feb 28, 2005 at 01:35:15PM -0500, Byarlay, Wayne A. wrote: > Hi, all! > > /usr/local/var/amanda/gnutar-lists/luke.lib.purdue.edu_var_0.new: Cannot > write: No space left on device > | Total bytes written: 3040256000 (2.8GB, 8.9MB/s) > ? gtar: Error exit delayed from previous errors > sendbackup: error [/usr/local/bin/tar returned 2] > \ > > _+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ > _+_+_+_+_+_+ > > Now, the disks I'm using to do my backups is not full. Nowhere near > full; I've got 112Gb free on it. I doubt the filesystem on the target > system is THAT full... I will doublecheck though. Any immediate > thoughts? > Note, it reported the filesystem containing /usr/local/var/amanda/gnutar-lists was full, not your vtape filesystem. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)