Description of problem: Cannot see or edit vnic Profile on Vm Edit Dialogue. Version-Release number of selected component (if applicable): rhevm-3.3.1-0.48.el6ev.noarch How reproducible: Not clear. On customer site. Details: 1) On the database, as well as on the sub-form of the VM the nic presented ok, with the correct profile set. But when opening the VM Edit dialogue - the field shows empty. - See screenshot attached. - If open the combo - available profiles are listed below. - from the database: all the tables are fine: curl -k -v -u "user@domain:password" https://rhevm-fqdn/api/vnicprofiles/00000022-0022-0022-0022-000000000022 returns: ~~~ <vnic_profile href="/api/vnicprofiles/00000022-0022-0022-0022-000000000022" id="00000022-0022-0022-0022-000000000022"> <name>vlan38</name> <link href="/api/vnicprofiles/00000022-0022-0022-0022-000000000022/permissions" rel="permissions"/> <network href="/api/networks/358ef016-9412-4ac1-b598-86f977b71add" id="358ef016-9412-4ac1-b598-86f977b71add"/> <port_mirroring>false</port_mirroring> </vnic_profile> ~~~ 2) Updating the profile via that interface fails. No error is reported to the user, but the result is same - the dialogue shows "Empty" as vnic profile. In the engine.log you can see this flow: ~~~ 2014-06-06 17:18:19,073 INFO [org.ovirt.engine.core.bll.UpdateVmCommand] (ajp-/127.0.0.1:8702-48) [4861a0b5] Lock Acquired to object EngineLock [exclusiveLocks= key: myVM value: VM_NAME, sharedLocks= ] 2014-06-06 17:18:19,110 INFO [org.ovirt.engine.core.bll.UpdateVmCommand] (ajp-/127.0.0.1:8702-48) [4861a0b5] Running command: UpdateVmCommand internal: false. Entities affected : ID: 0c6ff3d3-8d8e-495f-84ce-d6513c752f96 Type: VM 2014-06-06 17:18:19,123 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp-/127.0.0.1:8702-48) [4861a0b5] Correlation ID: 4861a0b5, Job ID: 76e2b755-883e-4541-9507-3ae1ba30b3c4, Call Stack: null, Custom Event ID: -1, Message: VM myVM configuration was updated by User1. 2014-06-06 17:18:19,126 INFO [org.ovirt.engine.core.bll.UpdateVmCommand] (ajp-/127.0.0.1:8702-48) [4861a0b5] Lock freed to object EngineLock [exclusiveLocks= key: myVM value: VM_NAME, sharedLocks= ] 2014-06-06 17:18:19,301 INFO [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp-/127.0.0.1:8702-20) MultipleActionsRunner of type AddVmInterface invoked with no actions 2014-06-06 17:18:19,409 INFO [org.ovirt.engine.core.bll.network.vm.UpdateVmInterfaceCommand] (pool-4-thread-28) [4bfdec4e] Running command: UpdateVmInterfaceCommand internal: false. Entities affected : ID: 0c6ff3d3-8d8e-495f-84ce-d6513c752f96 Type: VM, ID: 00000029-0029-0029-0029-000000000029 Type: VnicProfile 2014-06-06 17:18:19,423 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-4-thread-28) [4bfdec4e] Correlation ID: 4bfdec4e, Call Stack: null, Custom Event ID: -1, Message: Interface nic1 (VirtIO) was updated for VM myVm. (User: User1) 2014-06-06 17:18:19,442 INFO [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp-/127.0.0.1:8702-44) MultipleActionsRunner of type RemoveVmInterface invoked with no actions 2014-06-06 17:19:07,318 INFO [org.ovirt.engine.core.bll.UpdateVmCommand] (ajp-/127.0.0.1:8702-48) [5b6f06db] Lock Acquired to object EngineLock [exclusiveLocks= key: myVM value: VM_NAME, sharedLocks= ] 2014-06-06 17:19:07,348 INFO [org.ovirt.engine.core.bll.UpdateVmCommand] (ajp-/127.0.0.1:8702-48) [5b6f06db] Running command: UpdateVmCommand internal: false. Entities affected : ID: 0c6ff3d3-8d8e-495f-84ce-d6513c752f96 Type: VM 2014-06-06 17:19:07,360 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp-/127.0.0.1:8702-48) [5b6f06db] Correlation ID: 5b6f06db, Job ID: 4f26da31-8e17-4be4-93af-3af91f678355, Call Stack: null, Custom Event ID: -1, Message: VM myVM configuration was updated by User1. 2014-06-06 17:19:07,362 INFO [org.ovirt.engine.core.bll.UpdateVmCommand] (ajp-/127.0.0.1:8702-48) [5b6f06db] Lock freed to object EngineLock [exclusiveLocks= key: myVM value: VM_NAME, sharedLocks= ] 2014-06-06 17:19:07,377 INFO [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp-/127.0.0.1:8702-44) MultipleActionsRunner of type AddVmInterface invoked with no actions 2014-06-06 17:19:07,438 INFO [org.ovirt.engine.core.bll.network.vm.UpdateVmInterfaceCommand] (pool-4-thread-6) [31b502f] Running command: UpdateVmInterfaceCommand internal: false. Entities affected : ID: 0c6ff3d3-8d8e-495f-84ce-d6513c752f96 Type: VM, ID: 00000022-0022-0022-0022-000000000022 Type: VnicProfile 2014-06-06 17:19:07,444 INFO [org.ovirt.engine.core.bll.MultipleActionsRunner] (ajp-/127.0.0.1:8702-33) MultipleActionsRunner of type RemoveVmInterface invoked with no actions ~~~
Are there any ways to debug this issue? Let me know if there are any logs I can provide you.
Possibly a duplicate of Bug 1078215?
Lior, sounds a bit different. But I will inform the customer and see where we go. In my case, described here, is that the database is not updated, does not matter what you set in UI. On the same note, the UI dialogue shows Empty each times it is opened, while the database has the correct info.
The second behavior is definitely consistent with that bug. The first one could be as well. When the customer opens the profiles combo box, are the profiles presented the ones that exist in the VM's cluster? Or ones from another cluster?
Profiles presented from VM's cluster.
Does seem like a duplicate of the aforementioned bug, as this only happens in DCs that have more than a single cluster (and for VMs not in the first cluster, when ordered alphabetically). I guess I just didn't remember the exact symptoms (it has been a couple of months). So no good workaround, just need to be cautious when editing VMs. If most VMs in the DC are members of one cluster, I would name that cluster so it'd appear alphabetically before others (and then only VMs from other clusters will suffer from the bug). And of course, an upgrade to 3.3.3 should solve this issue. *** This bug has been marked as a duplicate of bug 1078215 ***