Bug 1698948 - Error during UI action displays a dialog that the request to the server failed with error code 500
Summary: Error during UI action displays a dialog that the request to the server faile...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Storage
Version: 4.3.2.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ovirt-4.3.3-1
: 4.3.3.5
Assignee: Martin Perina
QA Contact: Petr Kubica
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-04-11 13:22 UTC by Steven Rosenberg
Modified: 2019-05-17 08:34 UTC (History)
9 users (show)

Fixed In Version: ovirt-engine-4.3.3.5
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-05-17 08:32:54 UTC
oVirt Team: Storage
Embargoed:
pm-rhel: ovirt-4.3+
mperina: blocker?
lleistne: testing_ack+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 99360 0 None None None 2019-04-11 13:28:56 UTC
oVirt gerrit 99373 0 ovirt-engine-4.3 MERGED core: Fix GWT serialization of EnumSet in StorageFormatType 2019-04-14 08:40:32 UTC

Description Steven Rosenberg 2019-04-11 13:22:48 UTC
Description of problem: Certain builds displayed a server error 500 originally when entering the Import functionality within the VM screen.

The screen shot shows the error:  https://imgur.com/a/AadtU1u


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


How reproducible:


Steps to Reproduce:
1. Enter the Compute -> Virtual Machines screen
2. Press the More button and choose Import
3. The dialog appeared

Actual results: We received a dialog with the error.


Expected results: We would enter the Import screen


Additional info: This issue seemed to change with each re-base / patch until finally it stopped occurring.

Comment 1 Martin Perina 2019-04-11 13:28:56 UTC
Following exception is thrown in server.log:

Caused by: com.google.gwt.user.client.rpc.SerializationException: Type 'java.util.RegularEnumSet' was not included in the set of types which can be serialized by this SerializationPolicy or its Class object could not be loaded. For security purposes, this type will not be serialized.: instance = [V1, V2, V3, V4]

Comment 2 Michal Skrivanek 2019-04-12 05:04:13 UTC
Is 4.3.3 not affected? If it is, isn’t it always reproducible? If it is, shouldn’t it be a blocker?

Comment 4 Avihai 2019-04-14 12:56:11 UTC
Hi Martin, 

I tried to reproduce in both 4.3.3.3 and 4.3.3.2 engines with chrome(Version 70.0.3538.77 (Official Build) (64-bit)) and firefox(63.0 (64-bit)) browsers and this did not reproduce even once.

What am I missing here?
We should be able to reproduce easily to verify when the fix is available.

Comment 10 Michal Skrivanek 2019-04-15 09:23:34 UTC
(In reply to Avihai from comment #4)
> Hi Martin, 
> 
> I tried to reproduce in both 4.3.3.3 and 4.3.3.2 engines with chrome(Version
> 70.0.3538.77 (Official Build) (64-bit)) and firefox(63.0 (64-bit)) browsers
> and this did not reproduce even once.

with older <4.3.2 hosts?

Comment 12 Avihai 2019-04-15 10:41:21 UTC
This is virt bug, moving QA contact to Meital.

Comment 13 Ryan Barry 2019-04-15 10:43:49 UTC
No longer reproducible, and the attached patch should prevent future occurences. CLOSE - WORKSFORME?

Comment 21 Michal Skrivanek 2019-04-15 13:03:11 UTC
So again, it should reproduce with:
4.3.3.2 - 4.3.3.4 engine + any 4.2 or older host

Comment 22 Avihai 2019-04-15 14:13:35 UTC
I do not have env's available with this engine-host combo.
Peter, can you help with this, please?

Comment 23 Petr Kubica 2019-04-24 10:23:00 UTC
I tested with engine 4.3.3.3-0.1.el7 (4.3.3-3) and host with vdsm-4.20.48-1.el7ev.x86_64 (4.2.8-10) and I didn't reproduce this issue
Note that I used fresh installed engine and host (I didn't do upgrade)

Should I test also upgrade from 4.2.8 to 4.3.3 and check the import dialog when the hosts are not upgraded?

Comment 24 Michal Skrivanek 2019-04-24 10:37:12 UTC
no, that's the correct version set. Any other condition required in your opinion, Martin?

Comment 25 Martin Perina 2019-04-24 10:58:28 UTC
(In reply to Michal Skrivanek from comment #24)
> no, that's the correct version set. Any other condition required in your
> opinion, Martin?

Seems OK to me

Comment 26 Petr Kubica 2019-04-30 12:10:45 UTC
Not reproducible (tested scenario with 4.2.8 hosts), working also after patch.
If you reproduce this issue, please provide exact steps and logs.

Verified in version:
ovirt-engine-4.3.3.6-0.1.el7.noarch


Note You need to log in before you can comment on or make changes to this bug.