Description of problem: Under oVirt 4.4 master, when using the run once option setting the Attach CD to a windows iso and choosing the sysprep, then running the VM and performing an install, the Remote Viewer in the load driver window does allow the user to Change CD to another iso for example RHV-toolsSetup.4.3_10.iso, but installs the content on the e: drive where the sysprep's Autounattend.xml file resides when previously the driver was installed on the d: driver where the OS install files resided. One can then choose the driver to install, but the installation fails. Then when attempting to use Change CD to reset the CD Rom back to the OS, choosing the OS from the list fails with the error "Operation Failed: [Cannot Change CD VM. Invalid CD image format.} Version-Release number of selected component (if applicable): libgovirt.x86_64 0.3.4-10.el8_1 installed libgovirt.i686 0.3.4-1.el7 production-rhel-x86_64-workstation-7.6 libgovirt-devel.i686 0.3.4-1.el7 production-rhel-x86_64-workstation-optional-7.6 libgovirt-devel.x86_64 0.3.4-1.el7 production-rhel-x86_64-workstation-optional-7.6 How reproducible: Steps to Reproduce: 1. In oVirt 4.4 run a VM via run once, setting Attached CD to a windows iso file and setting sysprep. 2. Run the console with Remote Viewer 3. Perform the Windows installation 4. On the Load Drive screen choose Change CD and choose a driver tool such as RHV-toolsSetup.4.3_10.iso. 5. Choose Load Driver and Browse. Choose the CD Drive D: and CD Drive E: 6. Notice CD Drive D: is empty and CD Drive E: contains the drivers 7. Choose the Driver on CD Drive E:, Drivers -> vioscsi -> Win OS -> Driver 8. Choose Next 9. The Driver installation fails and the driver is removed automatically from the list. 10. Choose Change CD and choose the OS iso file. Actual results: The operation fails with the error: "Operation Failed: [Cannot Change CD VM. Invalid CD image format.} Expected results: The contents of the RHV-toolsSetup iso file would reside on the D: drive, loading the drivers would have succeeded and the Change CD would have allowed the user to readd the original OS iso to the D: Drive while preserving the contents of the E: drive. Additional info: Log errors: > Soup-Debug-Timestamp: 1588003623 > Soup-Debug: SoupSessionAsync 1 (0x564c14fb0100), SoupMessage 10 (0x564c14e89570), SoupSocket 2 (0x7fd06c0091f0) > Host: vm-10-158.lab.eng.tlv2.redhat.com:8443 > Content-Type: application/xml > Filter: false > Authorization: Bearer 0ljElbRhOLu2kKkyantGWZqUdQ2uf5wSwyghTfn3j5gK6ygBpB1_qQtURB0QDhwTcGnjrbfCimZ4F8iVS_rufw > Connection: Keep-Alive > > <cdrom> > <file id="en_windows_server_2016_x64_dvd_9327751.iso.txt"/> > </cdrom> < HTTP/1.1 400 Bad Request < Soup-Debug-Timestamp: 1588003623 < Soup-Debug: SoupMessage 10 (0x564c14e89570) < Connection: keep-alive < Content-Type: application/xml;charset=UTF-8 < Content-Length: 180 < Correlation-Id: ff5f73c3-df2d-46a1-8bf5-7b43e116a29b < Date: Mon, 27 Apr 2020 16:07:03 GMT < < <?xml version="1.0" encoding="UTF-8" standalone="yes"?> < <fault> < <detail>[Cannot Change CD VM. Invalid CD image format.]</detail> < <reason>Operation Failed</reason> < </fault> (remote-viewer:14190): virt-viewer-WARNING **: 19:07:03.484: failed to update cdrom resource: Operation Failed: [Cannot Change CD VM. Invalid CD image format.] > PUT /ovirt-engine/api/vms/b49342d3-b4f8-4a30-ba19-f47965e24e8e/cdroms/00000000-0000-0000-0000-000000000000;current= HTTP/1.1 > Soup-Debug-Timestamp: 1588003626 > Soup-Debug: SoupSessionAsync 1 (0x564c14fb0100), SoupMessage 11 (0x564c14e89390), SoupSocket 2 (0x7fd06c0091f0) > Host: vm-10-158.lab.eng.tlv2.redhat.com:8443 > Content-Type: application/xml > Filter: false > Authorization: Bearer 0ljElbRhOLu2kKkyantGWZqUdQ2uf5wSwyghTfn3j5gK6ygBpB1_qQtURB0QDhwTcGnjrbfCimZ4F8iVS_rufw > Connection: Keep-Alive > > <cdrom> > <file id="en_windows_server_2016_x64_dvd_9327751.iso.txt"/> > </cdrom> < HTTP/1.1 400 Bad Request < Soup-Debug-Timestamp: 1588003626 < Soup-Debug: SoupMessage 11 (0x564c14e89390) < Connection: keep-alive < Content-Type: application/xml;charset=UTF-8 < Content-Length: 180 < Correlation-Id: f38a5e94-c8d7-472d-8207-1667e39777e4 < Date: Mon, 27 Apr 2020 16:07:06 GMT < < <?xml version="1.0" encoding="UTF-8" standalone="yes"?> < <fault> < <detail>[Cannot Change CD VM. Invalid CD image format.]</detail> < <reason>Operation Failed</reason> < </fault> (remote-viewer:14190): virt-viewer-WARNING **: 19:07:06.480: failed to update cdrom resource: Operation Failed: [Cannot Change CD VM. Invalid CD image format.] (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:587 clipboard_get_targets: (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:622 "TIMESTAMP" (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:622 "TARGETS" (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:622 "MULTIPLE" (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:622 "UTF8_STRING" (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:622 "COMPOUND_TEXT" (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:622 "TEXT" (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:622 "STRING" (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:622 "text/plain;charset=utf-8" (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:622 "text/plain" (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:587 clipboard_get_targets: (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:612 Clipboard is already grabbed, ignoring 9 atoms (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:587 clipboard_get_targets: (remote-viewer:14190): GSpice-DEBUG: 19:07:40.660: spice-gtk-session.c:612 Clipboard is already grabbed, ignoring 9 atoms (remote-viewer:14190): GSpice-DEBUG: 19:07:47.337: spice-gtk-session.c:197 inputs-3:0: client_modifiers:0x0, guest_modifiers:0x0 (remote-viewer:14190): GSpice-DEBUG: 19:07:47.473: spice-gtk-session.c:587 clipboard_get_targets:
Created attachment 1682221 [details] Change CD error when attempting to reset the OS
Created attachment 1682222 [details] Browse For Folder Screen The Browse For Folder Screen shows that after Loading the Driver, the D: Drive is empty while the E: Drive contains the iso of the Driver where the sysprep was supposed to reside.
Created attachment 1682487 [details] Second scenario Clarifications, the system has been a change where the OS was moved to the E: drive, the second scenario is after choosing the RHV Tool Driver from the Change CD, it detects the disk, but does not allow the installation to continue.
Please note that RHV 4.4 is not supporting oVirt API v3 anymore. libgovirt needs to be updated to support API v4 which is available since RHV 4.0.
(In reply to Sandro Bonazzola from comment #4) > Please note that RHV 4.4 is not supporting oVirt API v3 anymore. libgovirt > needs to be updated to support API v4 which is available since RHV 4.0. libgovirt has been updated to RHV API 4.4 in both RHEL 8.1 and 8.2. The logs in comment #0 do confirm that the package version is correct, because there is no "Version: 3" in the HTTP header. As far as I can see, libgovirt is performing as expected. It does not has control of which drive letter a CD-ROM will be assinged to. One thing I noticed, is that you have .txt extension on the ISO file name (en_windows_server_2016_x64_dvd_9327751.iso.txt), can you remove it, leaving only the .iso extension and try again?
Created attachment 1684423 [details] ISO Files in change CD do not have the .txt extension The file list shows that the iso file does not end with a .txt. The .txt may have been added after the user chooses the iso file. However, I do resolve some of the other issues, so I believe this issue is no longer relevant.