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
Moving to Arik as he proposed internal OVA change
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
This bug is Modified for some time already, but misses PM ack, can you please check? Also clone will be needed.
Hi Arik, can you help out with reproduction steps on this one? How to simulate the error?
(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
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.
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