<div dir="ltr">hi,<div><br></div><div>you can directly delete from Database if they are obsolete</div><div><br></div><div>Regards</div><div>Adivya Singh</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 8, 2022 at 10:05 AM Adivya Singh <<a href="mailto:adivya1.singh@gmail.com">adivya1.singh@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">hi,<div><br></div><div>Any input on this</div><div><br></div><div>Regards</div><div>Adivya Singh</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 8, 2022 at 8:50 AM Christoph Anton Mitterer <<a href="mailto:calestyo@scientia.org" target="_blank">calestyo@scientia.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey Erik.<br>
<br>
On Mon, 2022-11-07 at 22:01 -0500, Erik McCormick wrote:<br>
> Instance disks are changes over time from a baseline. What this means<br>
> is, you can't delete the origin without destroying all of its<br>
> descendants.<br>
<br>
But isn't that quite inefficient? If one never re-installs the images<br>
but only upgrades them over many years, any shared extents will be long<br>
gone and one just keeps the old copy of the original image around for<br>
no good.<br>
<br>
[The whole concept of images doesn't really fit my workflow, TBH. I<br>
simply have a number of existing systems I'd like to move into<br>
openstack... they already are installed and I'd just like to copy the<br>
raw image (of them) into a storage volume for instance - without any<br>
(OpenStack) images, especially as I'd have then one such (OpenStack)<br>
image for each server I want to move.]<br>
<br>
<br>
I even tried to circumvent this, attach a empty volume, copy the OS<br>
from the original volume to that and trying to remove the latter.<br>
But openstack won't let me for obscure reasons.<br>
<br>
<br>
<br>
Next I tried to simply use the copied-volume (which is then not based<br>
on an image) and create a new instance with that.<br>
While that works, the new instance then no longer boots via UEFI.<br>
<br>
<br>
Which is also a weird thing, I don't understand in OpenStack:<br>
Whether a VM boots from BIOS or UEFI, should be completely independent<br>
of any storage (volumes or images), however:<br>
<br>
Only(!) when I set --property hw_firmware_type=uefi while I create a<br>
image (and a volume/instance from that) the instance actually boots<br>
UEFI.<br>
When I set the same on either the server or the volume (when the image<br>
wasn't created so - or, as above, when no image was used at all)... it<br>
simply seems to ignore this and always uses SeaBIOS.<br>
<br>
I think I've experienced the same when I set the the hw_disk_bus to<br>
something else (like sata).<br>
<br>
<br>
Thanks,<br>
Chris.<br>
<br>
</blockquote></div>
</blockquote></div>