Bug 1028956

Summary: [rhevm] Webadmin - "Change CD" on VM from ISO Domain is not applying for the VM (vm-W2K8x32)
Product: Red Hat Enterprise Virtualization Manager Reporter: David Botzer <dbotzer>
Component: ovirt-engineAssignee: Martin Betak <mbetak>
Status: CLOSED NOTABUG QA Contact: meital avital <mavital>
Severity: high Docs Contact:
Priority: medium    
Version: 3.3.0CC: acathrow, dbotzer, gklein, iheim, istein, lpeer, mavital, michal.skrivanek, pstehlik, Rhev-m-bugs, yeylon
Target Milestone: ---Keywords: Triaged
Target Release: 3.3.0Flags: pstehlik: needinfo?
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: virt
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-11-21 08:14:44 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
engine
none
After-reboot-OK none

Description David Botzer 2013-11-11 10:52:10 UTC
Created attachment 822359 [details]
engine

Description of problem:
[rhevm] Webadmin - "Change CD" on VM from ISO Domain is not applying for the VM

Version-Release number of selected component (if applicable):
3.3/is22

How reproducible:
always

Steps to Reproduce:
1.I installed W2K8x32
2.I installed APT 3.2-4
3.I did change CD to 3.3-6

Actual results:
The CD change didnt reflected nor happened on the VM

Expected results:
CD should change on the fly without reboot

Additional info:
I did the following to check the issue
close the spice console
Refresh the VM desktop
Did "Change CD" several times

Engine log

2013-11-11 12:28:03,131 INFO  [org.ovirt.engine.core.bll.ChangeDiskCommand] (ajp-/127.0.0.1:8702-9) [65207452] Running command: ChangeDiskCommand internal: false. Entities affected :  ID: bf844f71-a9ee-4d44-8ad9-5b322894e44b Type: VM
2013-11-11 12:28:03,134 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand] (ajp-/127.0.0.1:8702-9) [65207452] START, ChangeDiskVDSCommand(HostName = magenta-vds4.tlv.redhat.com, HostId = 8a6cfd07-42d5-4ed3-b000-42fba3b9c0ff, vmId=bf844f71-a9ee-4d44-8ad9-5b322894e44b, diskPath=/rhev/data-center/mnt/wolf.qa.lab.tlv.redhat.com:_volumes_wolf_shared_shared__iso__domain/eebcad17-cbf7-4098-880d-81e2c2504169/images/11111111-1111-1111-1111-111111111111/RHEV-toolsSetup_3.3_6.iso), log id: 2a4f7eb0
2013-11-11 12:28:03,260 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.ChangeDiskVDSCommand] (ajp-/127.0.0.1:8702-9) [65207452] FINISH, ChangeDiskVDSCommand, return: Up, log id: 2a4f7eb0
2013-11-11 12:28:03,273 INFO  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp-/127.0.0.1:8702-9) [65207452] Correlation ID: 65207452, Job ID: 29f49225-ef4c-4aa8-894a-2411e9e49905, Call Stack: null, Custom Event ID: -1, Message: CD RHEV-toolsSetup_3.3_6.iso was inserted to VM W2K8x32 by admin@internal

Comment 1 David Botzer 2013-11-11 10:55:31 UTC
Created attachment 822360 [details]
After-reboot-OK

I change the CD, and After I reboot the VM 
Its ok,

Comment 2 David Botzer 2013-11-11 11:50:16 UTC
First time when there is no CD at all, change cd works ok
But afterwords every change cd requires reboot !!!

Workaround - 
1. Reboot
Or
2. Eject and change CD

Comment 3 Scott Herold 2013-11-12 14:01:03 UTC
This is a regression we'd like to see in 3.3.  Worst case, there appears to possibly be a workaround that may allow a push to 3.3.z.

Comment 4 Martin Betak 2013-11-15 13:53:48 UTC
Hi David,

I tried to reproduce on is23 by 
1) creating Win2008x32 VM
2) RunOnce with Win2008x32 installation cd attached
3) After OS install, "Change CD" to RHEV-toolsSetup_3.2_4.iso
4) installed tools from CD
5) "Change CD" in WA to RHEV-toolsSetup_3.3_6.iso

All ChangeCD operations were sucessful; can you please try to reproduce on is23 or provide more detailed steps how to reproduce?

Many thanks,

Martin

Comment 5 Ilanit Stein 2013-11-21 08:14:44 UTC
This seem to be a a windows bug:


Tested on rhevm is23.1, comment #4 flow, on Windows7x64 and Winsows2008x64 guests.

On both Windows versions a refresh was required after change CD, in order to see the new content, unlike change CD, done after eject, where new CD was immediately seen on the guest.

On Winsows2008x64, after refresh the CD files were updated correctly, BUT the CD directory name remained the same, as the first CD inserted after eject !!!!

On Windows7x64, after refresh the CD file, and the directory name got updated.

Closing this bug.