Re: [ovirt-devel] Failure in log collector on master: Failure fetching information about hypervisors from API. Error (ValueError): legacy is not a valid RngSource

On 09/05/2016 08:43 PM, Rafael Martins wrote: > ----- Original Message ----- >> From: "Juan Hernández" <jhernand(a)redhat.com&gt; >> To: "Yaniv Kaul" <ykaul(a)redhat.com&gt; >> Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com&gt;, "Rafael Martins" < rmartins(a)redhat.com&gt;, "Ondra Machacek" >> <omachace(a)redhat.com&gt;, "devel" <devel(a)ovirt.org&gt; >> Sent: Friday, September 2, 2016 2:31:42 PM >> Subject: Re: [ovirt-devel] Failure in log collector on master: Failure fetching information about hypervisors from >> API. Error (ValueError): legacy is not a valid RngSource >> >> On 09/02/2016 02:24 PM, Yaniv Kaul wrote: >>> On Fri, Sep 2, 2016 at 3:14 PM, Juan Hernández <jhernand(a)redhat.com >>> <mailto:jhernand@redhat.com>> wrote: >>> >>> On 09/02/2016 02:00 PM, Sandro Bonazzola wrote: >>> > >>> > >>> > On Fri, Sep 2, 2016 at 1:38 PM, Yaniv Kaul <ykaul(a)redhat.com >>> > <mailto:ykaul@redhat.com> >>> > <mailto:ykaul@redhat.com <mailto:ykaul@redhat.com>>> wrote: >>> > >>> > Log: >>> > >>> > 2016-09-02 07:26:52::ERROR::hypervisors::197::root:: Failure >>> > fetching information about hypervisors from API. >>> > Error (ValueError): legacy is not a valid RngSource >>> > 2016-09-02 07:26:52::ERROR::__main__::1147::root:: >>> > _get_hypervisors_from_api: legacy is not a valid RngSource >>> > 2016-09-02 07:26:52::INFO::__main__::1424::root:: Gathering oVirt >>> > Engine information... >>> > 2016-09-02 07:27:03::INFO::__main__::1398::root:: Gathering >>> > PostgreSQL the oVirt Engine database and log files from >>> > localhost... >>> > 2016-09-02 07:27:05::INFO::__main__::1859::root:: No hypervisors >>> > were selected, therefore no hypervisor data will be collected. >>> > 2016-09-02 07:27:08::INFO::__main__::1862::root:: Log files have >>> > been collected and placed in >>> > /tmp/sosreport-LogCollector-20160902072705.tar.xz. >>> > >>> > >>> > I am not familiar with this error - first time I've seen it, >>> > while >>> > running on Master, on Lago (with a patch I'm working on - that >>> > adds >>> > DNS and IPv6 support to Lago, nothing more - doesn't seem >>> > relevant). >>> > Any idea? >>> > >>> > >>> > >>> > Probably a change in the API. >>> > Rafael can you reproduce? >>> > >>> > Juan, Ondra, any insight? >>> > >>> >>> That means that the API is returning "legacy" as the value for >>> something >>> that is declared of type "RngSource", and the valid values for that are >>> "random" and "hwrng". But the API can't return that, at least not >>> version 4 of the API. Are you using engine 4? Can you share the output >>> of the clusters resource? >>> >>> https://.../ovirt-engine/api/clusters >>> >>> >>> Lago is still using the v3 API. >>> I'm not sure what the log collector is using. I assume[1] it's v4. >>> >>> Y. >>> [1] >>> https://github.com/oVirt/ovirt-log-collector/blob/ dfaf35675bee3da1c53b4fd74b816efafa13d070/src/helper/hypervisors.py#L8 >>> >> >> But the version of the engine should be 4, if I understand correctly, >> and SDK 4 should work correctly with that version of the engine. In >> addition, if it the engine is version 3 the SDK connection should have >> failed much earlier, during authentication. > > Hi Juan, > > I managed to reproduce this with "basic_suite_master" test from ovirt-system-tests, that uses everything from master branch. This means that engine version is 4, not 3. It seems to be an issue with engine/sdk, as the value is actually stored on engine as "legacy". Here you can find the xml output of the endpoints you asked: https://gist.github.com/ rafaelmartins/60c21e158a9e6453c14a673f77693d61 > > Please let me know if you need anything else. > > Thanks, > Rafael > This is a bug in the Python SDK. Should be fixed by the following patch: Fix reading of lists of elements https://gerrit.ovirt.org/63385 > >>> >>> >>> > >>> > >>> > >>> > >>> > Y. >>> > >>> > >>> > >>> > >>> > -- >>> > Sandro Bonazzola >>> > Better technology. Faster innovation. Powered by community >>> > collaboration. >>> > See how it works at redhat.com <http://redhat.com> >>> > <http://redhat.com> >>> > >>> <https://www.redhat.com/it/about/events/red-hat-open- source-day-2016 >>> <https://www.redhat.com/it/about/events/red-hat-open- source-day-2016>> >>> > >>> > >>> > _______________________________________________ >>> > Devel mailing list >>> > Devel(a)ovirt.org <mailto:Devel@ovirt.org> >>> > http://lists.ovirt.org/mailman/listinfo/devel >>> <http://lists.ovirt.org/mailman/listinfo/devel> >>> > >>> >>> >>> -- >>> Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta >>> 3ºD, 28016 Madrid, Spain >>> Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat >>> S.L. >>> >>> >> >> >> -- >> Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta >> 3ºD, 28016 Madrid, Spain >> Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. >> > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L. _______________________________________________ Devel mailing list Devel(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/devel