Red Hat Bugzilla – Bug 1605206
[downstream clone - 4.2.5] JsonMappingException in businessentities.storage.DiskImage prevents access to Engine
Last modified: 2018-07-31 13:50:04 EDT
+++ This bug is a downstream clone. The original bug is: +++ +++ bug 1588738 +++ ====================================================================== 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 (Originally by Javier Coscia)
Moving to Arik as he proposed internal OVA change (Originally by Martin Perina)
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@redhat.comINFO: 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@redhat.com (Originally by rhv-bugzilla-bot)
This bug is Modified for some time already, but misses PM ack, can you please check? Also clone will be needed. (Originally by Dusan Fodor)
Verified on ovirt-engine-4.2.5.2-0.1.el7ev.noarch
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/RHBA-2018:2318