Hi _isi_, I already tried with all chipset/firmwares available. Still I get the same result, it cannot boot with that disk. Not sure what the problem actually is, as I said, I'm pretty sure the disk is bootable under VirtualBox. Thanks. El 2022-03-23 14:50, uli.iske@elkb.de escribió:

Hi,

I guess you should check Chipset / Firmware Type Setting of VM. If it is UEFI or BIOS boot.

_isi_ _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FUMIPVESOS4LVH...

Hi Abe, Yes, it was set as bootable. I tried your approach, however I get the same results; converted the disk with qemu-img from vmdk to qcow2, tried any disk driver (SATA, VirtIO, VirtIO-SCSI) and also tried all chipset/firmwares available. Still I get the same result, it cannot boot with that disk. Thanks. El 2022-03-24 18:33, Abe E escribió:

Is it set as bootable? I have seen some QCOWs not be read correctly by ovirt. In that case I would take an OVA file and convert it manually to QCOW using the CLI, sometimes the QCOW works only with IDE from what I have seen.

My way is somewhat long but usually works for me: Upload to Disk page in GUI and attach to a premade VM -- If it fails use CLI: CLI: tar -xvf <image-name>.ova it will extract to .vmdk files OR if you have a VMDK already

qemu-img convert <image-name>-disk001.vmdk <image-name>.qcow2 -O qcow2

Once completed, you should verify that the file is successfully a QEMU QCOW2 Image. file <image-name>.qcow2

You can then download over winscp and upload to the GUI Disks page and attach to a VM -- Sometimes if you have errors on boot you need to choose a different CPU or set HDD to IDE or virtIO-Sata. _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/GZ526EVNG5Q4TU...

On Sun, Mar 27, 2022 at 12:24 PM Nir Soffer <nsoffer@redhat.com> wrote:

On Wed, Mar 23, 2022 at 3:09 PM <nicolas@devels.es> wrote:

...

We're running oVirt 4.4.8.6. We have uploaded a qcow2 image (metasploit v.3, FWIW)

Is it Metasploitable3-0.1.4.ova from the github releases page? https://github.com/brimstone/metasploitable3/releases

If not, can you share the image? It will help if we can reproduce this problem locally with the same image you are using.

...

using the GUI (Storage -> Disks -> Upload -> Start). The image is in qcow2 format.

Did you convert the vmdk file from the ova to qcow2?

...

No options on the right side were checked. The upload went smoothly, so we now tried to attach the disk to a VM.

To do that, we opened the VM -> Disks -> Attach and selected the disk. As interface, VirtIO-iSCSI was chosen, and the disk was marked as OS, so the "bootable" checkbox was selected.

The VM was later powered on, but when accessing the console the message "No bootable device." appears. We're pretty sure this is a bootable image, because it was tested on other virtualization infrastructure and it boots well. We also tried to upload the image in RAW format but the result is the same.

What are we missing here? Is anything else needed to do so the disk is bootable?

It sounds like you converted an image from another virtualization system (virtualbox) to qcow2 format, which may not be good enough to use the virtual machine.

oVirt supports importing OVA, but based on the UI, it supports only OVA created by oVirt.

That information message is incorrect, both OVAs that are created by oVirt/RHV and OVAs that are created by VMware are supported It could work for OVAs that are VMware-compatible though Posted https://github.com/oVirt/ovirt-engine/pull/191 to emphasis that

You can try virt-v2v - this is an example command, you need to fill in the {} parts:

virt-v2v \ -i ova {path-to-ova-file} \ -o rhv-upload \ -oc https://{engine-address}/ovirt-engine/api \ -op {engine-password-file} \ -on {vm-name} \ -os {storrage-domain-name} \ -of qcow2 \ -oo rhv-cafile={engine-ca-file} \ -oo rhv-cluster={cluster-name}

I tried to import the Metasploitable3-0.1.4.ova, and virt-v2 fails with this error:

virt-v2v: error: inspection could not detect the source guest (or physical machine).

attached virt-v2v log.

Nir

On Sun, Mar 27, 2022 at 9:09 PM Richard W.M. Jones <rjones@redhat.com> wrote:

On Sun, Mar 27, 2022 at 01:18:43PM +0300, Arik Hadas wrote:

...

That information message is incorrect, both OVAs that are created by oVirt/RHV and OVAs that are created by VMware are supported It could work for OVAs that are VMware-compatible though

"VMware-compatible" is doing a bit of work there. Virt-v2v only supports (and more importantly _tests_) OVAs produced by VMware. Anything claiming to be "VMware-compatible" might or might not work.

I'm on holiday at the moment but I can have a look at the OVA itself when I get back if someone posts a link.

The v2v log was from this image: https://github.com/brimstone/metasploitable3/releases/download/0.1.4/Metaspl...

Hi Nir, El 2022-03-27 10:23, Nir Soffer escribió:

On Wed, Mar 23, 2022 at 3:09 PM <nicolas@devels.es> wrote:

...

We're running oVirt 4.4.8.6. We have uploaded a qcow2 image (metasploit v.3, FWIW)

Is it Metasploitable3-0.1.4.ova from the github releases page? https://github.com/brimstone/metasploitable3/releases

Actually, the disk has been shared with us by one of our professors. It has been provided in qcow2, vmdk and raw formats, still the result was the same. I don't actually know which exact version is it, I just know the version is "3".

If not, can you share the image? It will help if we can reproduce this problem locally with the same image you are using.

I will provide the link off-list because it belongs to the professor.

...

using the GUI (Storage -> Disks -> Upload -> Start). The image is in qcow2 format.

Did you convert the vmdk file from the ova to qcow2?

Yes, I also tried these steps with the same result.

...

No options on the right side were checked. The upload went smoothly, so we now tried to attach the disk to a VM.

To do that, we opened the VM -> Disks -> Attach and selected the disk. As interface, VirtIO-iSCSI was chosen, and the disk was marked as OS, so the "bootable" checkbox was selected.

The VM was later powered on, but when accessing the console the message "No bootable device." appears. We're pretty sure this is a bootable image, because it was tested on other virtualization infrastructure and it boots well. We also tried to upload the image in RAW format but the result is the same.

What are we missing here? Is anything else needed to do so the disk is bootable?

It sounds like you converted an image from another virtualization system (virtualbox) to qcow2 format, which may not be good enough to use the virtual machine.

oVirt supports importing OVA, but based on the UI, it supports only OVA created by oVirt.

You can try virt-v2v - this is an example command, you need to fill in the {} parts:

virt-v2v \ -i ova {path-to-ova-file} \ -o rhv-upload \ -oc https://{engine-address}/ovirt-engine/api \ -op {engine-password-file} \ -on {vm-name} \ -os {storrage-domain-name} \ -of qcow2 \ -oo rhv-cafile={engine-ca-file} \ -oo rhv-cluster={cluster-name}

I tried to import the Metasploitable3-0.1.4.ova, and virt-v2 fails with this error:

virt-v2v: error: inspection could not detect the source guest (or physical machine).

attached virt-v2v log.

Actually, the professor also provided the OVA from which he extracted the disk files and the import process in oVirt worked with no issues. I can now boot the VM, not sure what difference made the OVA but now it works. Thanks! Nicolás

Nir

El 2022-03-28 13:12, Nir Soffer escribió:

On Mon, Mar 28, 2022 at 11:01 AM <nicolas@devels.es> wrote:

...

Hi Nir,

El 2022-03-27 10:23, Nir Soffer escribió:

...

On Wed, Mar 23, 2022 at 3:09 PM <nicolas@devels.es> wrote:

...

We're running oVirt 4.4.8.6. We have uploaded a qcow2 image (metasploit v.3, FWIW)

Is it Metasploitable3-0.1.4.ova from the github releases page? https://github.com/brimstone/metasploitable3/releases

Actually, the disk has been shared with us by one of our professors. It has been provided in qcow2, vmdk and raw formats, still the result was the same. I don't actually know which exact version is it, I just know the version is "3".

...

If not, can you share the image? It will help if we can reproduce this problem locally with the same image you are using.

I will provide the link off-list because it belongs to the professor.

...

...

using the GUI (Storage -> Disks -> Upload -> Start). The image is in qcow2 format.

Did you convert the vmdk file from the ova to qcow2?

Yes, I also tried these steps with the same result.

...

...

No options on the right side were checked. The upload went smoothly, so we now tried to attach the disk to a VM.

To do that, we opened the VM -> Disks -> Attach and selected the disk. As interface, VirtIO-iSCSI was chosen, and the disk was marked as OS, so the "bootable" checkbox was selected.

The VM was later powered on, but when accessing the console the message "No bootable device." appears. We're pretty sure this is a bootable image, because it was tested on other virtualization infrastructure and it boots well. We also tried to upload the image in RAW format but the result is the same.

What are we missing here? Is anything else needed to do so the disk is bootable?

It sounds like you converted an image from another virtualization system (virtualbox) to qcow2 format, which may not be good enough to use the virtual machine.

oVirt supports importing OVA, but based on the UI, it supports only OVA created by oVirt.

You can try virt-v2v - this is an example command, you need to fill in the {} parts:

virt-v2v \ -i ova {path-to-ova-file} \ -o rhv-upload \ -oc https://{engine-address}/ovirt-engine/api \ -op {engine-password-file} \ -on {vm-name} \ -os {storrage-domain-name} \ -of qcow2 \ -oo rhv-cafile={engine-ca-file} \ -oo rhv-cluster={cluster-name}

I tried to import the Metasploitable3-0.1.4.ova, and virt-v2 fails with this error:

virt-v2v: error: inspection could not detect the source guest (or physical machine).

attached virt-v2v log.

Actually, the professor also provided the OVA from which he extracted the disk files and the import process in oVirt worked with no issues. I can now boot the VM, not sure what difference made the OVA but now it works.

Great that you solved this issue.

For the benefit of the community, can you explain how you imported the OVA?

I uploaded the OVA to one of the hosts. Then in the GUI, went to Compute

Virtual Machines and chose the '...' icon on the right, and clicked on 'Import'. As the source, I chose "Virtual Appliance (OVA)" and wrote down the path of the OVA I uploaded before. Then I just dragged the VM to the right and clicked ok, the import process went perfectly.

Thanks. Regards.