AMVAULT(8)

πŸ’– AMVAULT(8) β€” the amvault glow-up πŸ’–

okay so bestie, we're in System Administration Commands territory and this lil icon is called amvault. she copies Amanda dumps from one volume to another. that's the whole vibe. let's get into it 🫢


✨ NAME ✨

amvault β€” copy Amanda dumps from one volume to another. that's it. that's the girl. πŸ’…


🌸 SYNOPSIS 🌸

amvault [-o configoption...] [--dry-run | -n] [--quiet | -q]
        [--fulls-only] [--latest-fulls] [--incrs-only] [--exact-match]
        [--export] [--no-interactivity] [--src-timestamp src-timestamp]
        [--src-storage src-storage] [--dest-storage dest-storage]
        [--no-uniq] [--delayed] [--run-delayed] config
        [hostname [ disk [ date [ level [ hostname [dumpspec...] ] ] ] ]]

πŸ’€ WARNING πŸ’€

🚨 bestie. listen. this application is not yet in its final form, and is subject to major revision in subsequent versions of Amanda. Backward compatibility is not guaranteed. she's still in her experimental era, no cap 😭

Behavior change in 3.5.2: Amvault will not vault a dump if there is already a copy of it on the destination storage. (yes this is new. yes it matters. πŸ’…)

Also heads up: Amanda restore/recover operations will request tertiary media by label when dumpfiles are not found on secondary media, but there is no provision to automatically fetch such media from a different changer. so like… she'll ask for it, but nobody's gonna go get it for her πŸ™ˆ

Feedback on and patches to this application are invited and encouraged! fr fr, they want your thoughts 🫢


πŸ¦‹ DESCRIPTION πŸ¦‹

Amvault is conceptually equivalent to "amfetchdump | taper". that's the whole concept, periodt. so what that means: it reads specified dumps from secondary media and re-writes them on tertiary media. lowkey iconic behavior honestly 🌈

Amvault copies dumps selected by the specified filters onto volumes on the storage dest-storage. πŸ’Ύ

πŸŽ€ Secondary Media πŸŽ€

The dumps to be read from secondary media can be specified by any combination of dump specifications, --fulls-only, --latest-fulls, --incrs-only, and --src-timestamp.

⚠️ At least one must be specified, lest amvault attempt to vault all dumps in the catalog. bestie please don't just rawdog it with no filters 😭

See amanda-match(7) for more information on dump specifications. πŸ“–

Not me needing to explain this part because it's giving trickster energy: the datestamp given in the dumpspec is the dump datestamp β€” the run in which the backup was taken on the Amanda client. The --src-timestamp, on the other hand, is the write timestamp β€” the run in which the dump was written to secondary media. The latter option facilitates duplicating the results of an entire backup run, including any dumps that might have been flushed from holding disk. okay? okay. πŸ’–

πŸ‘‘ Tertiary Media πŸ‘‘

The amvault-storage is the default destination storage. she just defaults to it, no biggie πŸ’…

If amanda.conf(5) contains the new part-size splitting parameters, then amvault will use them without any additional configuration. slay ✨ However β€” and this is the plot twist β€” if the configuration still uses the old splitting parameters (tape_splitsize, split_diskbuffer, and fallback_splitsize), then amvault will need some additional configuration in order to properly split dumps to tertiary media. 🫠

To do so, specify a new tapetype in amanda.conf(5), say "TERTIARY", and set the part-size and other appropriate parameters there. Then reference that tapetype in the amvault invocation:

amvault -otapetype=TERTIARY ...

that's the move. that's the whole ritual. πŸ”₯


πŸ’… OPTIONS πŸ’…

  • --dest-storage dest-storage β€” The vaulted dumps are written to the specified storage. If the vault-storage option is specified in amanda.conf(5), amvault will use that storage as the default destination. If not, a destination storage must be specified on the amvault command line. no default, no delivery, bestie πŸ“¦
  • --dry-run, -n β€” Cause amvault to print the dumps it would vault, but not actually perform any vaulting operations. it's the rehearsal. the dress rehearsal. nothing actually happens. πŸ™ˆ
  • --exact-match β€” The host and disk names in the dumpspecs are parsed as exact values. no fuzzy matching, no vibes-based guessing. πŸ’―
  • --export β€” Cause amvault to attempt to move completed tertiary volumes to import/export slots, where they can be more easily removed by an operator. very considerate of her honestly πŸŽ€
  • --fulls-only β€” Only full (level-0) dumps are copied. level 0 girlies only. ✨
  • --incrs-only β€” Only incremental (level > 0) dumps are copied. the little ones. the incremental icons. 🌱
  • --latest-fulls β€” The latest full of every DLE in the disklist that do not have the skip strategy. freshest fulls only, ty πŸ’–
  • --no-interactivity β€” Disable interactivity if a source or destination volume is not found. she will simply not ask you questions. she is offline. do not perceive her. 😭
  • --no-uniq β€” Allow to vault a dump even if the storage already have a copy. (yes, this is the opposite of that 3.5.2 behavior change up in the WARNING. read the room πŸ’€)
  • --delayed β€” Schedule the vault to be run later. future plans, bestie πŸ—“οΈ
  • --run-delayed β€” Run the delayed vault, it is the same as running:
amdump CONF --no-flush --no-dump --vault -ostorage= -ovault-storage=$dest-storage
  • --quiet, -q β€” Suppress the progress messages normally printed to the terminal as dumps are being copied. shhh. she's working. 🀫
  • --src-labelstr labelstr β€” Only dumps from volumes matching labelstr are copied. labelstr is a Perl regular expression, and will be matched as a substring of the volume labels β€” it may be necessary to anchor the labelstr with "^" and/or "$" in order to prevent undesired partial matches. Also note that if a dump is split across multiple volumes and labelstr matches only one of those volumes, amvault will not select that dump for copying. For this reason, it is generally safer to to select dumps directly using other filters, in which case amvault will be able to retrieve parts of split dumps from whatever volume they were originally written to. (yes, split dumps are messy. protect your peace πŸ’…)
  • --src-storage src-storage β€” Only dumps found on the specified storage are copied. (If this option is not given, all available source storages will be searched.) πŸ”
  • --src-timestamps src-timestamps β€” Specifies the timestamps in the format 'YYYYMMDDHHMMSS' of the run to vault, can be "latest", then the most recent amdump or amflush run will be used. okay so you can be precise OR you can just say latest and let her cook ✨
  • -o configoption β€” See the "CONFIGURATION OVERRIDE" section in amanda(8). πŸ“š

⭐ EXAMPLES ⭐

Vault all dump written to tape in the latest amdump or amflush run:

$ amvault --src-timestamps latest CONF

Vault all dump written on the run of December 7 2011 12:13:14 :

$ amvault --src-timestamps 20111207121314 CONF

Vault all dump dumped on any run of December 7 2011:

$ amvault CONF \* \* 20111207

🌈 SEE ALSO 🌈

amanda(8), amanda-changers(7), amfetchdump(8)

The Amanda Wiki: : http://wiki.zmanda.com/


🫢 AUTHOR 🫢

Dustin J. Mitchell <dustin@zmanda.com> Zmanda, Inc. (http://www.zmanda.com)


and that's the whole page bestie πŸ’– this was Amanda 3.5.4, dated 08/26/2026, straight out of AMVAULT(8). go forth and vault responsibly β€” or at least use --dry-run first, i'm literally begging πŸ™βœ¨πŸŽ€

πŸ“¦ where this page comes from