Unable to snapshot instances on backend storage
Derek O keeffe
derekokeeffe85 at yahoo.ie
Tue Nov 15 10:02:49 UTC 2022
Hi Rajat,
Thanks for the reply, I will try to do as you say later today and check those logs to see if I can find anything.
Regards,Derek
On Tuesday 15 November 2022 at 05:58:23 GMT, Rajat Dhasmana <rdhasman at redhat.com> wrote:
Hi Derek,
When you select the "Create new volume" in Horizon (assumption), there is a cinder volume created which contains the image (bootable) and the instance is backed by it.When you perform the snapshot creation operation on that instance, a cinder snapshot of that volume is created and a glance image is registered pointing to it.
Based on the scenario you described, the cinder snapshot operation seems to be failing. I would suggest you to check the following:
1) Which OpenStack version are you using? 1) Which cinder backend are you using?2) Checking the nova logs and cinder logs (api, sch, vol) for any possible errors3) Try to create a cinder volume, attach it, and try to snapshot it (Note that we've removed the requirement of a force flag since xena so you will need to provide force=True if you're on a pre-xena version).
We've faced a recent issue related to snapshot create operation[1], maybe that's related.
[1] https://bugs.launchpad.net/python-cinderclient/+bug/1995883
-Rajat Dhasmana
On Thu, Nov 10, 2022 at 3:46 PM Derek O keeffe <derekokeeffe85 at yahoo.ie> wrote:
Hi all,
When we create an instance and leave the "Create new volume" option as no then we can manage the instance with no issues (migrate, snapshot, etc..) These instances are saved locally on the compute nodes.
When we create an instance and select "Create new volume" yes the instance is spun up fine on our backend storage with no obvious issues (reachable with ping & ssh. shutdown, restart, networking, etc.. all fine) however, when we try to snapshot it or migrate it it fails. We can however take volume snapshots of volumes that we have created and are stored on the same shared backend.
Has anyone came across this or maybe a pointer as to what they may think is causing it? It sounds to us as if nova try's to create a snapshot of the VM but thinks it's a volume maybe?
Any help greatly appreciated.
Regards,Derek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.openstack.org/pipermail/openstack-discuss/attachments/20221115/9ed992c8/attachment.htm>
More information about the openstack-discuss
mailing list