Description of problem: When you add a new iso to oVirt, the file will get added correctly, but if you need to use the VirtIO iso or another iso image during installation oVirt will reject any attempted to switch to an iso image with an uppercase extension. Version-Release number of selected component (if applicable): 3.5 How reproducible: Every time Steps to Reproduce: 1. During an installation try to switch to an iso with with a .ISO extension Actual results: oVirt will return an ACTION_TYPE_FAILED_INVALID_CDROM_DISK_FORMAT error and refuse to mount the iso. If you reload the .ISO file as .iso it works correctly. Expected results: oVirt should mount the iso regardless of case. Additional info: /backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/ChangeDiskCommand.java, line 56: if (StringUtils.isNotEmpty(cdImagePath) && !cdImagePath.endsWith(ValidationUtils.ISO_SUFFIX)) { should be: if (StringUtils.isNotEmpty(cdImagePath) && !cdImagePath.toLowerCase().endsWith(ValidationUtils.ISO_SUFFIX)) {
General remark: you should not go the windows way and reject/accept files based on their file extension but the file header should get parsed correctly.
Same issue as original poster. Re-uploaded Windows.ISO as Windows.iso and was able to attach it properly.
fail with rhevm-3.6.1-0.2.el6.noarch as this is partly solved - you _can_ see for example IPXE.ISO on Images list of ISO domain but you do not see IPXE.ISO in Change CD dialog, iso list in Run Once dialog or in Boot Options submenu of Edit VM dialog (refresh button clicked couple of times). See screenshots.
Created attachment 1099301 [details] images list
Created attachment 1099303 [details] run once dialog
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.
inconsistency should be fixed
Important note regarding reproduction and verification of the bug: To reproduce the bug, after adding and activating an ISO domain, go to Storage tab, select the ISO domain and open Images subtab. This action refreshes metadata cache, filling it with incorrect information which causes the bug. To verify the fix, repeat the same with freshly created ISO domain. If you need to fix the metadata for an ISO domain that was already used, apply the fix, run the Engine and repeat this action (Storage -> domain name -> Images) on the ISO domain twice. Only after the second access the metadata cache will be filled with the correct information.
*** Bug 1294855 has been marked as a duplicate of this bug. ***
Bugs moved pre-mature to ON_QA since they didn't have target release. Notice that only bugs with a set target release will move to ON_QA.
Verified on rhevm 3.6.5-2. images with .ISO extensions are seen on the list of change CD, and picking it from this list, end up successfully: Event: "CD IPXE.ISO was inserted to VM test by admin@internal"