VM 116: Resolve watchstate duplicate and clean up remaining containers #31
Labels
No Label
ai-changes-requested
ai-failed
ai-pr-opened
ai-reviewed
ai-reviewing
ai-working
infra-audit
monitoring
operations
proxmox
script
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: cal/claude-home#31
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
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?
Context
During the infra audit immediate fixes, we discovered VM 116 (docker-home-servers) had a watchstate container in a restart loop — Caddy (embedded in watchstate) was crashing with
decoding intermediate certificate PEM: no PEM block found. This was the primary driver of VM 116's elevated load after avahi was masked.Watchstate was stopped (not removed) and 3 dead containers were removed. VM 116 now only runs Jellyfin.
Current State (post-cleanup)
freetube(19 months),pihole(never started),xenodochial_agnesi(4 years)Key Question: Is this watchstate instance needed?
Manticore also runs a watchstate container that is healthy and active. This VM 116 instance may be a stale duplicate from before services were migrated to manticore.
Tasks
ssh manticore "docker logs --tail 20 watchstate"— verify it's syncing Jellyfin statedocker rm watchstate && docker volume prune/data/caddy/pki/inside the container volume and restartdocker image prune -a -fRelated
Labels
infra-audit,proxmoxCompleted infrastructure cleanup and opened PR #41.
What was done:
watchstatecontainer from VM 116 (stale duplicate with corrupt Caddy PKI cert)Docs updated:
server-configs/hosts.yml(added VM 116 as decommission candidate) andvm-management/proxmox-upgrades/proxmox-7-to-9-upgrade-plan.md(status updated from Stopped/Investigate → Decommission Candidate).Next: VM 116 full decommission (and VM 110) can be separate issues following the decommission runbook.