Bug 1588738

Summary:	JsonMappingException in businessentities.storage.DiskImage prevents access to Engine
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Javier Coscia <jcoscia>
Component:	ovirt-engine	Assignee:	Arik <ahadas>
Status:	CLOSED ERRATA	QA Contact:	Liran Rotenberg <lrotenbe>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	4.2.3	CC:	ahadas, dfodor, lsurette, lsvaty, michal.skrivanek, mperina, pmatyas, Rhev-m-bugs, srevivo
Target Milestone:	ovirt-4.3.0	Keywords:	ZStream
Target Release:	4.3.0	Flags:	ahadas: needinfo- pmatyas: testing_plan_complete-
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	ovirt-engine-4.3.0_alpha	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:
Clones:	1605206 (view as bug list)		Environment:
Last Closed:	2019-05-08 12:37:41 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Virt	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	1605206

Description Javier Coscia 2018-06-07 19:25:53 UTC

Description of problem:

Cannot access engine UI with message in engine.log and in browser as:

~~~
ERROR [org.ovirt.engine.core.bll.CommandEntityCleanupManager] (EE-ManagedThreadFactory-engineScheduled-Thread-16) [] Exception in performing command entity cleanup: JsonMappingException: Can not find a (Map) Key deserializer for type [simple type, class org.ovirt.engine.core.common.businessentities.storage.DiskImage]
~~~

This is the entry in server.log:

~~~
ERROR [org.jboss.as.ejb3.invocation] (EE-ManagedThreadFactory-engineScheduled-Thread-62) WFLYEJB0034: EJB Invocation failed on component Backend for method public abstract org.ovirt.engine.core.common.action.ActionReturnValue org.ovirt.engine.core.bll.interfaces.BackendInternal.runInternalAction(org.ovirt.engine.core.common.action.ActionType,org.ovirt.engine.core.common.action.ActionParametersBase): javax.ejb.EJBException: org.apache.commons.lang.SerializationException: org.codehaus.jackson.map.JsonMappingException: Can not find a (Map) Key deserializer for type [simple type, class org.ovirt.engine.core.common.businessentities.storage.DiskImage]
~~~



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

RHHI 1.1 with RHV 4.2

rhvm-4.2.3.8-0.1.el7.noarch

vdsm-4.20.27.2-1.el7ev.x86_64
glusterfs-server-3.8.4-54.8.el7rhgs.x86_64


How reproducible:

Unknown. In this scenario a CopyImageVDSCommand failed and this seemed to help to produce the failure

Steps to Reproduce: 
1. Create a template from a VM which later fails. In this case failed with >> Failed to get shared "write" lock. Is another process using the image?
2. SPM host switched to activating / unassigned
3. No other host takes SPM role.

Actual results:

User cannot access the Web UI nor the API

Expected results:

User should be able to login



Additional info, workaround:

- Gain SPM role again by rebooting host with SPM role.
- Ensure there are no running tasks in the SPM host.
- Inspect engine DB for tasks/jobs/steps marked as STARTED
- Use taskcleaner.sh dbutil script to remove them.
- Restart ovirt-engine service

Comment 6 Martin Perina 2018-06-18 08:44:44 UTC

Moving to Arik as he proposed internal OVA change

Comment 7 RHV bug bot 2018-07-02 15:33:57 UTC

WARN: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:

[Found non-acked flags: '{'rhevm-4.2.z': '?'}', ]

For more info please contact: rhv-devops: Bug status wasn't changed from MODIFIED to ON_QA due to the following reason:

[Found non-acked flags: '{'rhevm-4.2.z': '?'}', ]

For more info please contact: rhv-devops

Comment 8 Dusan Fodor 2018-07-12 14:21:26 UTC

This bug is Modified for some time already, but misses PM ack, can you please check? Also clone will be needed.

Comment 12 Lukas Svaty 2018-07-20 13:24:36 UTC

Hi Arik, 
can you help out with reproduction steps on this one? How to simulate the error?

Comment 13 Martin Perina 2018-07-20 13:28:50 UTC

(In reply to Lukas Svaty from comment #12)
> Hi Arik, 
> can you help out with reproduction steps on this one? How to simulate the
> error?

As Ravi mentioned in Comment 5 this is common to all OVA related commands, so it should be enough to restart engine, during execution of such commands

Comment 14 Liran Rotenberg 2019-01-02 14:46:35 UTC

Verified on:
ovirt-engine-4.3.0-0.5.alpha1.el7.noarch

Steps (forth to comment#13):
1. Create a VM.
2. Export/Import as OVA.
3. While in step 2, restart ovirt-engine service.

Results:
No error in the procedure, everything looks normal.

Comment 16 errata-xmlrpc 2019-05-08 12:37:41 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2019:1085