-
I asked previously about "assuming server identity" when physically replacing a server, this broadly worked but I could not provision the host security keys. In the end, I removed the previous server from the database and reinstalled the "new" server again with same IP and name, added it as a management server and host. However, I am still unable to provision the security keys, it appears from the logs (below) that libvirtd fails to restart (I can execute sudo service libvirtd restart successfully). I am also unable to launch any VM's on the new server even when unsecure, not sure if this is related and the secure comms needs to be established first. Some help would be appreciated agent.log snippet 2025-07-28 08:13:56,748 INFO [resource.wrapper.LibvirtPostCertificateRenewalCommandWrapper] (CertificateRenewalTask-1:[]) (logid:) Restarting libvirt after certificate provisioning/renewal 2025-07-28 08:13:58,190 INFO [cloud.agent.AgentShell] (main:[]) (logid:) Agent started 2025-07-28 08:13:58,829 INFO [utils.linux.KVMHostInfo] (Agent-Handler-1:[]) (logid:) Command [lscpu | grep -i 'CPU max MHz' | head -n 1 | sed 's/^.*: //' | xargs] resulted in the value [4367] for CPU speed. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 4 replies
-
I have now done a fresh install of 4.20.1 using Ubuntu 24.04 with a new database, but I am still experiencing the same issue with not being able to provision the host security keys, due to libvirtd restart is failing. I can execute 3fa4b7a550, name: cloudstack2] |
Beta Was this translation helpful? Give feedback.
-
@nlindblo , I’ve been looking at your question for a week and I think you hit a bug but don’t fully understand it yet, so I can’t be sure. 4.20.1 is widly used by now and no one else talked about it so there must be a catalysing circumstance you have that makes you hit this. the last stack trace is because |
Beta Was this translation helpful? Give feedback.
Looking at the documentation again now, it is actually correct, it does say "uncomment LIBVIRTD_ARGS="--listen", for some reason I read it as comment out and when I opened the file initially, I just saw that the line wasn't there, I assumed all was good. So it appears this was user error from my side