Bug 1105899

Summary:	RHEV Admin Portal presents "Empty" as a vnic profile on VM Edit dialogue
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Marina Kalinin <mkalinin>
Component:	ovirt-engine-webadmin-portal	Assignee:	Nobody <nobody>
Status:	CLOSED DUPLICATE	QA Contact:	Pavel Stehlik <pstehlik>
Severity:	high	Docs Contact:
Priority:	high
Version:	3.3.0	CC:	acathrow, ecohen, iheim, lvernia, mkalinin, Rhev-m-bugs, yeylon
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:	network
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-06-29 12:11:04 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Network	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Marina Kalinin 2014-06-08 21:40:43 UTC

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
~~~

Comment 2 Marina Kalinin 2014-06-08 21:51:03 UTC

Are there any ways to debug this issue?
Let me know if there are any logs I can provide you.

Comment 3 Lior Vernia 2014-06-11 07:04:57 UTC

Possibly a duplicate of Bug 1078215?

Comment 4 Marina Kalinin 2014-06-11 19:09:41 UTC

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.

Comment 5 Lior Vernia 2014-06-12 05:38:25 UTC

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?

Comment 6 Marina Kalinin 2014-06-12 17:47:55 UTC

Profiles presented from VM's cluster.

Comment 10 Lior Vernia 2014-06-29 12:11:04 UTC

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 ***