Re: debian 11, vtapes not found correctly anymore
Jose M Calhariz <[email protected]> Wed, 13 Apr 2022 14:29:17 +0100
| Newsgroups | gmane.comp.archivers.amanda.user |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Apr 13, 2022 at 10:37:48AM +0200, Stefan G. Weichinger wrote:
> Am 13.04.22 um 09:56 schrieb Stefan G. Weichinger:
> >
> > Am 12.04.22 um 17:57 schrieb Jose M Calhariz:
> > > Hi,
> > >
> > > To tell that I have 1 instalation of amanda in Debian 11 with vtapes
> > > working flawless. Can we share the setup?
> >
> > Sure, I'd appreciate that.
> >
> > I have several vtape-installations working OK, it seems that the special
> > config with aggregating 2 or more chg-disk-changers is the problem here.
> >
> > I will post such a config in the next hour.
>
> OK, showing.
>
> I won't post the whole amanda.conf as it is long and maybe irrelevant for
> this topic.
>
> Just the parts around the changers, and some scheduling parameters.
>
> See "amadmin vtape config" here:
>
> https://gist.github.com/stefangweichinger/693eeb2c0c02d03abb31b53073352dd1
>
> (yes, way too many old dumptypes in there etc)
>
> -
>
> I take the setup from a site where we have 7 external USB drives with vtapes
> on them.
>
> So 7 changer devices like this:
>
> define changer disk1 {
> tpchanger "chg-disk:/mnt/externaldisk1"
> property "num_slot" "20"
> property "auto-create-slot" "yes"
> property "removable" "yes"
> property "MOUNT" "yes"
> property "UMOUNT" "yes"
> property "UMOUNT-LOCKFILE" "/etc/amanda/vtape/externaldisk1.lock"
> property "UMOUNT-DELAY" "1"
> }
>
> define changer disk2 {
> tpchanger "chg-disk:/mnt/externaldisk2"
> property "num_slot" "20"
> property "auto-create-slot" "yes"
> property "removable" "yes"
> property "MOUNT" "yes"
> property "UMOUNT" "yes"
> property "UMOUNT-LOCKFILE" "/etc/amanda/vtape/externaldisk2.lock"
> property "UMOUNT-DELAY" "1"
> }
>
> ... up to changer disk3. all the disks are listed in /etc/fstab
>
> UUID=5a5a9927-995f-4f0f-98ff-d222561f84ff /mnt/externaldisk1 ext4
> relatime,noauto,user 0 2
>
> and are (un-)mounted by the backup-user at amanda runtime.
>
> -
>
> The 7 chg-disk changers are aggregated into one "tpchanger" via
> chg-aggregate:
>
> define changer aggregate {
> tpchanger "chg-aggregate:{disk1,disk2,disk3,disk4,disk5,disk6,disk7}"
> property "state_filename" "/etc/amanda/vtape/aggregate.stats"
> property "allow-missing-changer" "yes"
> }
>
> And that one is used via:
>
> tpchanger "aggregate"
>
> - The "design goal" here was:
>
> an employee should swap the usb-disk every week.
>
> Amanda should rotate vtapes on one disk if they forget to change the disk.
>
> Amanda should use vtapes on each external disk, regardless which disk is
> attached.
>
> That works OK.
>
> Right now it's only that issue around "why aren't existing vtapes recognized
> and used?".
>
My setup is more simple
I have several RAID6, each one is always mounted, on /vTapes1,
/vTapes2, ... and there is a /vLibrary where there is all slots
directories that are symbolic links into /vTapes*
Have you look inside /mnt/externaldisk* to check if everything seams
OK?
Kind regards
Jose M Calhariz
--
--
Conheci no Brasil a miséria rica. Hoje, conheço a riqueza miserável
--Adolpho Bloch
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIyBAABCAAdFiEERkvHzUOf7l6LQJigNIp3jWiF748FAmJW0CUACgkQNIp3jWiF 748B3A/zBqIBYux9KfxvZ4rty8VWFUz0MqwzzbIyc4s15Zi/HVN94UoEPqtgaoUP 4XdDlkH6aILPmADjOh6K2uMMO6gOw57XOVQ7kuLZQzcxrPqCsNUdZu1CgWRR+/zV 2qrOz6/W2RYCnuLzWcnJdJqjWe7m3ULiHIhbbKfsIno0SgSH6sW2pvROCxhkNKFO sztmWGE83Bsrd6oPCdq3rm3MB2uDTm4RJITB1HL0Dhp9FaeSb377H6b53OxWukpH Dzf7KhsgsGQl3CiijZvI+o3RKPNDDyvvKdfINuczLnHyS91dfnuWgpKnnGJRLJ1T 2tB+InEx2P4yruGjQfPDf2LQRGvrW9BAQ1umEzQTHUyF6BduUKe5Rpmi6p1bzgCT hUSguEogRja3b6nztuOnmaMGnirjHXCJ3zFJLMoR6i4Ctt10GQcEx4/sciQtCxjz wLJKVsJuzGcY5UdIb5BPAoTZM120n168YO1PDi5CVQdP39jWp4d0nnaHpBhQcCjy smJ2Z6zOqxy9PziQsB7npXBmuTfgJaH/m98tyrLa6c5Vw0/fzPjqzhBCekT4ticS 7AVOEJ4fn6/3CPTftvt2s/Rp8MeXdzdY/ena6V0nYElidoa52zoG/KlP6Jc/e2+f Ov7cvjT8vgXOY5NjS/mvUtaUujvocQTOZY55Gq6rrNBik1kzwA== =2Bdg -----END PGP SIGNATURE-----