I missed the early part of the discussion. Vtapes?
I had a large zpool I broke up into vtapes, found that if they where too small
I'd waste space, if I recall because partial dumps were not removed from the
'tape' to free up the disk, and if they where too large I'd run into a deadlock
problem when the pool got full.
Yes, to unused capacity on a vtape is still available in the pool.
At this point I've got 2 zpools and a share on an nfs windows server, though at
some point in the foreseeable future we will decommission the old Solaris boxes
and decommission the Amanda server that has been backing them up.
Many thanks to the Amanda developers and community, you have all been wonderful
to work with over the years.
I don’t know when my last Amanda server will shut down, but likely before I
retire, still several years off.
-----Original Message-----
From: owner-amanda-us...@amanda.org <owner-amanda-us...@amanda.org> On Behalf
Of Debra S Baddorf
Sent: Monday, February 1, 2021 2:09 PM
To: Gene Heskett <ghesk...@shentel.net>
Cc: Debra S Baddorf <badd...@fnal.gov>; amanda-users@amanda.org
Subject: Re: Amanda really blew up last night.
ATTENTION: This email came from an external source. Do not open attachments or
click on links from unknown senders or unexpected emails.
> On Jan 30, 2021, at 3:46 PM, Gene Heskett <ghesk...@shentel.net> wrote:
>
> On Friday 29 January 2021 17:13:39 Gene Heskett wrote:
>
>> On Saturday 23 January 2021 14:04:36 Gene Heskett wrote:
>>> On Saturday 23 January 2021 11:47:15 Jon LaBadie wrote:
>>>> ls -l /usr/local/libexec/amanda/ambind
>>>
>>> ls -l /usr/local/libexec/amanda/ambind
>>> -rwsr-x--x 1 root backup 26640 Jan 22
>>> 20:17 /usr/local/libexec/amanda/ambind
>>> So I changed it to root:disk, no change in the amcheck output, its
>>> still semi happy
>>> Chmod 4750 gets a no execute error out of ambind, must be 4751.
>>> amcheck then complains, but the backup runs just fine. And did last
>>> night, 6 minutes after it failed on a 29Gig dle.
>>>
>>> I'm going to write another dumptype pair today, breakiing that 29G
>>> directory up into two dle's.
>>>
>>> Cheers, Gene Heskett
>>
>> Actually, I broke it up into 7 dle's and its run fine for 3 nights in
>> a row, I should paint it on the wall but Murphy is watching. :)
>>
> And I knew I should not have bragged, it failed again last night,
> someplace in amstatus. But did a redo for recovery but that wastes space
> in the vtape, and leaves trash in the holding disk I have to clean up
> before it will do another GOOD backup.
I keep reading that there is less wasted space with tapes. Just because you
allocate X space for each tape, I believe they only use up the space that’s
actually used.
I does use up another number in your vtape roster, but those seem to me
to be free - just increase your vtape count and number a few more.
Odd about the holding disk trash preventing further backups.
I find months old stuff in my holding disk, and only clear it out
occasionally when the mood arises.
Deb Baddorf
Fermilab
>
>
> Copyright 2019 by Maurice E. Heskett
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
> - Louis D. Brandeis
> Genes Web page
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__geneslinuxbox.net-3A6309_gene&d=DwICaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=HMrKaRiCv4jddln9fLPIOw&m=1V1sZBuvx7VZJjvOyYX10-n5O15_5FM3lvx2lqJMpmw&s=uO4WUpZ1ROoBEPc7sn8Dvp8FG2aK7Qmc-8hxQBdiGSY&e=
> >
