Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 918949 - ovirt-engine-backend : uninformative error while trying to retrieve ISO list when ISO domain is inactive
Summary: ovirt-engine-backend : uninformative error while trying to retrieve ISO list ...
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-restapi
Version: 3.2.0
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
: 3.5.0
Assignee: Idan Shaby
QA Contact: Gal Amado
Whiteboard: storage
Depends On:
Blocks: rhev3.5beta 1156165
TreeView+ depends on / blocked
Reported: 2013-03-07 09:45 UTC by Oded Ramraz
Modified: 2016-02-10 18:08 UTC (History)
14 users (show)

Fixed In Version: ovirt-engine-3.5.0_beta
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed:
oVirt Team: Storage
Target Upstream Version:
abaron: Triaged+

Attachments (Terms of Use)
engine and server logs (deleted)
2013-03-07 09:49 UTC, Oded Ramraz
no flags Details

System ID Priority Status Summary Last Updated
oVirt gerrit 29033 master MERGED core: Replaced message of GetIsoListError Never

Description Oded Ramraz 2013-03-07 09:45:04 UTC
Description of problem:

When I try to retrieve ISO list from inactive shared ISO domain using CLI I get internal server error ( see additional information ) .
I would expect proper error message which tells me that storage domain is not accessible .

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

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

[RHEVM shell (connected)]# list files --storagedomain-identifier 7233a711-98e8-4c3c-bcfa-44c4bcc4f6c6 

status: 500
reason: Internal Server Error

## engine log 

2013-03-07 11:39:51,063 ERROR [org.ovirt.engine.core.bll.GetAllImagesListQuery] (ajp-/ Query GetAllImagesListQuery failed. Exception message is null
2013-03-07 11:39:51,064 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (ajp-/ Operation Failed: : org.ovirt.engine.api.restapi.resource.BaseBackendResource$BackendFailureException:
        at org.ovirt.engine.api.restapi.resource.BackendResource.getBackendCollection( [restapi-jaxrs.jar:]
        at org.ovirt.engine.api.restapi.resource.BackendFilesResource.listFiles( [restapi-jaxrs.jar:]
        at org.ovirt.engine.api.restapi.resource.BackendFilesResource.list( [restapi-jaxrs.jar:]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09-icedtea]
        at sun.reflect.NativeMethodAccessorImpl.invoke( [rt.jar:1.7.0_09-icedtea]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke( [rt.jar:1.7.0_09-icedtea]

Comment 1 Oded Ramraz 2013-03-07 09:49:26 UTC
Created attachment 706460 [details]
engine and server logs

Comment 3 Maor 2013-07-10 08:26:47 UTC
There is already an audit log which notifies the problem.
Today, when user want to force refresh the ISO domain repositories and it fails,
Engine can't send messages in the query result, since the GUI could parse them as another ISO domain.
the GUI expects to get null in the query result.

Maybe the fix should be in the Rest probably (BackendFilesResource#listFiles).

Comment 5 Gal Amado 2014-07-30 11:04:09 UTC
verified on oVirt Engine Version: 3.5.0-0.0.master.20140722232058.git8e1babc.el6

the msg was changed to :

[oVirt shell (connected)]# list files --storagedomain-identifier e2b4336b-a560-416f-ab75-246e8476cce5
  ========================= ERROR =======================
  status: 400
  reason: Bad Request
  detail: Cannot get list of images in ISO domain. Please check that the storage domain status is Active

Comment 7 Allon Mureinik 2015-02-16 19:12:59 UTC
RHEV-M 3.5.0 has been released, closing this bug.

Comment 8 Allon Mureinik 2015-02-16 19:12:59 UTC
RHEV-M 3.5.0 has been released, closing this bug.

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