Bug 1028956 - [rhevm] Webadmin - "Change CD" on VM from ISO Domain is not applying for the VM (vm-W2K8x32) [NEEDINFO]
Summary: [rhevm] Webadmin - "Change CD" on VM from ISO Domain is not applying for the ...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.3.0
Hardware: Unspecified
OS: Unspecified
medium
high
Target Milestone: ---
: 3.3.0
Assignee: Martin Betak
QA Contact: meital avital
URL:
Whiteboard: virt
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-11 10:52 UTC by David Botzer
Modified: 2015-09-09 09:16 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-11-21 08:14:44 UTC
oVirt Team: ---
Target Upstream Version:
pstehlik: needinfo?


Attachments (Terms of Use)
engine (60.62 KB, application/x-gzip)
2013-11-11 10:52 UTC, David Botzer
no flags Details
After-reboot-OK (98.62 KB, image/png)
2013-11-11 10:55 UTC, David Botzer
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1040104 0 unspecified CLOSED CD name doesn't change after change CD 2021-02-22 00:41:40 UTC

Internal Links: 1040104

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.


Note You need to log in before you can comment on or make changes to this bug.