personal_infra/ansible
counterweight 71dbfbe5ff
monero: find the chain disk by its label, and a blank one by Proxmox slot
After the chain disk moved to the SSD, a reboot on 2026-10-04 swapped sda and
sdb, and monero_data_device: /dev/sdb then named the ROOT disk. The root-disk
guard caught it, but a routine run should never have been reading a device
name at all.

Every run now looks for the filesystem labelled monero-data first. If it is
there, monero_data_device is never consulted and the mount goes by that
filesystem's UUID. Only a blank disk is found by name, and the name is now
/dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_drive-scsi1: Proxmox passes the slot
in as the serial, so it is fixed before boot and survives `qm disk move`.

The by-id path is resolved with readlink before the root-disk guard compares
it, since a symlink path is never a prefix of /dev/sdb1 and the guard would
otherwise always pass. The UUID assert now also fails on two disks carrying
the same label.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
2026-10-17 17:30:57 +02:00
..
group_vars jar-lid-archive: a staging deployment on its own box 2026-10-03 23:56:30 +02:00
host_vars monero: find the chain disk by its label, and a blank one by Proxmox slot 2026-10-17 17:30:57 +02:00
infra jar-lid-archive: a staging deployment on its own box 2026-10-03 23:56:30 +02:00
playbooks jar-lid-archive: a staging deployment on its own box 2026-10-03 23:56:30 +02:00
roles monero: find the chain disk by its label, and a blank one by Proxmox slot 2026-10-17 17:30:57 +02:00
services jar-lid-archive: a staging deployment on its own box 2026-10-03 23:56:30 +02:00
ansible.cfg now using password 2026-09-11 17:59:41 +02:00
inventory.ini jar-lid-archive: a staging deployment on its own box 2026-10-03 23:56:30 +02:00
requirements.yml uptime-kuma: annotate config and drop the unused collection 2026-09-11 22:43:56 +02:00
site.yml jar-lid-archive: a staging deployment on its own box 2026-10-03 23:56:30 +02:00