Thanks again Nux,
Indeed, time to backup the /etc.
I will try to recreate it. I’m assuming that I could recreate forcing the
recreation of the keys using the GUI?
Regards,
Antoine
> On Sep 28, 2022, at 11:39 AM, Nux wrote:
>
> Hi,
>
> You could copy the file from another hypervisor and edi
Adding mailing list.
>
>
> From: Antoine Boucher
> Subject: Re: Lost of a KVM host with VMs on Local storage
> Date: September 28, 2022 at 1:30:30 PM EDT
> To: Nux
>
> Hi Nux,
>
> Thank you for your response. The template path would be acceptable. As for
> messing with the db it should no
Hi,
You could copy the file from another hypervisor and edit it.
You can take the local storage uuid from "virsh pool-list" and the
"guid" from the Cloudstack DB.
Not sure how you could recover the keystore.passphrase though, but there
has to be a way.
Time to start backing up /etc :)
---
Nu
Hi,
Ideally you would have a full baremetal backup of the hypervisor if
using local storage.
If that is not a possibility, then you could convert the volume snapshot
of the VM into a template and deploy it on the desired hypervisor.
You will not be able to "revert to snapshot" if your hypervi
Hello,
We have a few high iops VMs running on local storage on some of our KVM hosts.
We backup (snapshots) these VMs on a regular basis on secondary storage.
In the event of a compete KVM host failure.
What would be the best practice to clean-up and restart the VMs from backups to
a new ho
Hello,
I noticed that the agent.properties configuration file in one of my KVM host is
became empty and I do not have a saved copy. This specific host is the only
host in a Zone.
What would be the best practice to reconnect the host to the Zone with existing
VMs on local and shared primary
Changing the template and refreshing the cache works like a charm.
I noticed that as the new cached image is created the old one remains.
I scanned the whole database for the uuid as it is nowhere to be found
except in events when a new VM is created.
Is there a table or place where I can get the