turns out nothing was backing up (and a downsize) #71
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "tweak"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
athena: aknotc zone-dumppreHookaborted every run -knotcisn't on the job$PATH, andzone-dumpisn't even a real subcommand. dropped the hook,/var/lib/knotlmdb is crash-consistent so the flush bought nothingminerva: never ran once - hetznersub3's host key was never trusted, and/root/.ssh/known_hostsis tmpfs on an impermanent box so a manual accept wouldn't survive a reboot anywayprograms.ssh.knownHosts, derived fromconstants.borg- survives the wipe, unblocks minerva, hardens athena/ishtar for reinstallsvmail/dkim/knoton athena,vaultwarden/forgejo/gollumon minerva); zero failure alerting anywhere -> follow-upathenafor an impermanent reinstall on a downsized nanodediskoConfigurations/athena.nix: gpt + 1Mbios_grub+ ext4/boot+ btrfs@nix/@persist/@log+ tmpfs/. MBR would've dropped thebios_grubpart but disko deprecated the legacytabletype; ext4/bootkeeps GRUB off btrfsathena.roles.impermanent = trueroot:rootand locks the service out):vmail(storage.owner/group),dkim(rspamd),/var/lib/knot(knot, the KASP keys or DNSSEC goes bogus on reboot)linodeBase: droppedgrub.device- disko'sbios_grubalready setsgrub.devices, having both dup'd the disk inmirroredBoots/persistneededForBoot->impermanence.nix(identical for every impermanent host), out of athena + minerva host configsacmerides in viamailserver'simports(its only consumer) instead of athena'sactiveModulesjournaldSystemMaxUse=500Mfleetwide - athena's had ballooned to3.9GDirect Disk-> delete/resize/new disk ->nixos-anywhere .#athena-> seed/persist(age key +borg extract) -> verify dnssec/mail/hubturns out nothing was backing upto turns out nothing was backing up (and a downsize)