On Tuesday 12 May 2020 13:30:56 Debra S Baddorf wrote:
> > On May 12, 2020, at 4:49 AM, Gene Heskett
> > wrote:
> >
> > On Thursday 05 March 2020 05:08:25 Gene Heskett wrote:
> > Amanda did a 72GB backup last night, where fot a couple weeks it has
> > sailed along in the 15GB range. So I have
> On May 12, 2020, at 4:49 AM, Gene Heskett wrote:
>
> On Thursday 05 March 2020 05:08:25 Gene Heskett wrote:
> Amanda did a 72GB backup last night, where fot a couple weeks it has
> sailed along in the 15GB range. So I have not solved my problem with
> the long cycle bandaid.
>
> So of
Am 12.05.20 um 14:10 schrieb Stefan G. Weichinger:
> Maybe they bought LTO2 tapes, I check that asap.
No, the tapes are OK.
HP LTO3 C7973A
I googled some stinit.def and set:
# cat /etc/stinit.def
# HP StorageWorks Ultrium 960/920 SAS LTO-3
manufacturer="HP" model = "Ultrium 3-SCSI" {
Am 12.05.20 um 08:34 schrieb Stefan G. Weichinger:
> backups run to a LTO3 tape (remember, 400 GB uncompressed space per
> definition)
I ran amtapetpye and only get half of the expected capacity!
why that ...
$ amtapetype -t LTO3_2020 -f /dev/nst0
Checking for FSF_AFTER_FILEMARK requirement
On Thursday 05 March 2020 05:08:25 Gene Heskett wrote:
Amanda did a 72GB backup last night, where fot a couple weeks it has
sailed along in the 15GB range. So I have not solved my problem with
the long cycle bandaid.
So of course it used 2 vtapes, and ran w/o any error drama.
Here is the
Am 15.07.19 um 08:45 schrieb Stefan G. Weichinger:
>
> After upgrading a gentoo server to amanda-3.5.1 I get this for a
> specific (and very old) amanda-client:
>
> Amanda Backup Client Hosts Check
>
> ERROR: linux4: selfcheck request failed: Can't bind a socket
Over the last weeks I fiddle with an installation with the following
behavior:
The amanda server is an older gentoo linux box and runs amanda-3.4.5r1
(gentoo package number).
The reason I keep this older version is that I have to talk to an amanda
client which is way older -> a VM with ancient