GitHub user RyanP-Testing added a comment to the discussion: CloudStack KVM Host Reinstallation – Reusing Hostname and IP
Hi, There are a few things I would preserve before wiping the KVM host. The hostname and IP alone are not what I would rely on for reconnecting the host safely. At minimum, I would take a proper backup of the CloudStack agent configuration, especially: `/etc/cloudstack/agent/agent.properties` I would also preserve the relevant CloudStack agent certificates/keys and document the current libvirt configuration, network configuration, storage configuration, and SSH setup before the reinstall. After reinstalling Ubuntu 24.04, I would make sure the host is configured as closely as possible to the previous environment before starting the CloudStack agent again. In particular, verify the management network, bridge names, storage paths, libvirt configuration, hostname/FQDN resolution, and time synchronization. Using the same hostname and IP can work, but I would treat that as part of the recovery procedure rather than assuming CloudStack will identify the rebuilt machine purely from those two values. We’ve had to deal with similar CloudStack infrastructure changes in production environments, including rebuilding/migrating hosts and validating that the CloudStack-side host state, networking, storage, and agent configuration all line up after the change. The biggest lesson is to have a proper pre-reinstall checklist and backup rather than discovering missing configuration after the host is already wiped. For anyone doing this in production, I’d strongly recommend testing the exact procedure on a non-production KVM host first and keeping the old configuration available until the rebuilt host has successfully connected and passed all validation checks. We also run CloudStack-based infrastructure , so this is something we’ve had to think about from an operational perspective rather than just as a lab exercise. GitHub link: https://github.com/apache/cloudstack/discussions/13846#discussioncomment-18071132 ---- This is an automatically sent email for [email protected]. To unsubscribe, please send an email to: [email protected]
