Failure in log collector on master: Failure fetching information about hypervisors from API. Error (ValueError): legacy is not a valid RngSource
6:38 a.m.
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?
Y.
7 a.m.
On Fri, Sep 2, 2016 at 1:38 PM, Yaniv Kaul <ykaul(a)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?
Y.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
<https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>
7:14 a.m.
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>> 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
Y.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com <http://redhat.com>
<https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>
_______________________________________________
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.
7:20 a.m.
On 09/02/2016 02:14 PM, Juan Hernández 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>> 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
And hosts as well, please:
https://../ovirt-engine/api/hosts
>
>
>
>
> Y.
>
>
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com <http://redhat.com>
> <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>
>
>
> _______________________________________________
> 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.
7:24 a.m.
On Fri, Sep 2, 2016 at 3:14 PM, Juan Hernández <jhernand(a)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>> 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/dfaf35675bee3da1c53b4fd...
>
>
>
>
> Y.
>
>
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com <http://redhat.com>
> <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>
>
>
> _______________________________________________
> 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.
7:31 a.m.
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/dfaf35675bee3da1c53b4fd...
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.
>
>
>
>
> 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.
1:43 p.m.
----- Original Message -----
From: "Juan Hernández" <jhernand(a)redhat.com>
To: "Yaniv Kaul" <ykaul(a)redhat.com>
Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com>, "Rafael Martins"
<rmartins(a)redhat.com>, "Ondra Machacek"
<omachace(a)redhat.com>, "devel" <devel(a)ovirt.org>
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/dfaf35675bee3da1c53b4fd...
>
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
>
>
> >
> >
> >
> >
> > 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.
3:34 a.m.
On 09/05/2016 08:43 PM, Rafael Martins wrote:
----- Original Message -----
> From: "Juan Hernández" <jhernand(a)redhat.com>
> To: "Yaniv Kaul" <ykaul(a)redhat.com>
> Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com>, "Rafael
Martins" <rmartins(a)redhat.com>, "Ondra Machacek"
> <omachace(a)redhat.com>, "devel" <devel(a)ovirt.org>
> 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/dfaf35675bee3da1c53b4fd...
>>
>
> 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.
3:37 a.m.
Glad to hear you found the issue!
Let me know when it's merged so we can publish it to the nightlies and
rerun the tests.
On Tue, Sep 6, 2016 at 11:34 AM, Juan Hernández <jhernand(a)redhat.com> wrote:
On 09/05/2016 08:43 PM, Rafael Martins wrote:
> ----- Original Message -----
>> From: "Juan Hernández" <jhernand(a)redhat.com>
>> To: "Yaniv Kaul" <ykaul(a)redhat.com>
>> Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com>, "Rafael
Martins" <
rmartins(a)redhat.com>, "Ondra Machacek"
>> <omachace(a)redhat.com>, "devel" <devel(a)ovirt.org>
>> 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
--
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
4:49 a.m.
Interesting that we don't see it on 4.0, saw it's a regression introduced
somewhere, or a test case we have not seen before?
Y.
On Tue, Sep 6, 2016 at 11:37 AM, Eyal Edri <eedri(a)redhat.com> wrote:
Glad to hear you found the issue!
Let me know when it's merged so we can publish it to the nightlies and
rerun the tests.
On Tue, Sep 6, 2016 at 11:34 AM, Juan Hernández <jhernand(a)redhat.com>
wrote:
> On 09/05/2016 08:43 PM, Rafael Martins wrote:
> > ----- Original Message -----
> >> From: "Juan Hernández" <jhernand(a)redhat.com>
> >> To: "Yaniv Kaul" <ykaul(a)redhat.com>
> >> Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com>, "Rafael
Martins" <
> rmartins(a)redhat.com>, "Ondra Machacek"
> >> <omachace(a)redhat.com>, "devel" <devel(a)ovirt.org>
> >> 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/dfaf35675b
> ee3da1c53b4fd74b816efafa13d070/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/rafael
> martins/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
>
>
>
--
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________
Devel mailing list
Devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
5:04 a.m.
On 09/06/2016 11:49 AM, Yaniv Kaul wrote:
Interesting that we don't see it on 4.0, saw it's a
regression
introduced somewhere, or a test case we have not seen before?
Y.
It is a regression that was introduced recently in the master branch of
version 4 of the SDK. The patch that caused the issue wasn't backported
to the 4.0 branch of the SDK, thus you don't see it in 4.0.
On Tue, Sep 6, 2016 at 11:37 AM, Eyal Edri <eedri(a)redhat.com
<mailto:eedri@redhat.com>> wrote:
Glad to hear you found the issue!
Let me know when it's merged so we can publish it to the nightlies
and rerun the tests.
On Tue, Sep 6, 2016 at 11:34 AM, Juan Hernández <jhernand(a)redhat.com
<mailto:jhernand@redhat.com>> wrote:
On 09/05/2016 08:43 PM, Rafael Martins wrote:
> ----- Original Message -----
>> From: "Juan Hernández" <jhernand(a)redhat.com
<mailto:jhernand@redhat.com>>
>> To: "Yaniv Kaul" <ykaul(a)redhat.com
<mailto:ykaul@redhat.com>>
>> Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com
<mailto:sbonazzo@redhat.com>>, "Rafael Martins"
<rmartins(a)redhat.com <mailto:rmartins@redhat.com>>, "Ondra
Machacek"
>> <omachace(a)redhat.com <mailto:omachace@redhat.com>>,
"devel"
<devel(a)ovirt.org <mailto:devel@ovirt.org>>
>> 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>
>>> <mailto:jhernand@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>>
>>> > <mailto:ykaul@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/dfaf35675bee3da1c53b4fd...
<https://github.com/oVirt/ovirt-log-collector/blob/dfaf35675bee3da1c53b4fd...
>>>
>>
>> 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
<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>
>>> > <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>
>>>
<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>&g...
>>> >
>>> >
>>> > _______________________________________________
>>> > Devel mailing list
>>> > Devel(a)ovirt.org <mailto:Devel@ovirt.org>
<mailto:Devel@ovirt.org <mailto:Devel@ovirt.org>>
>>> > http://lists.ovirt.org/mailman/listinfo/devel
<http://lists.ovirt.org/mailman/listinfo/devel>
>>> <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 <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.
_______________________________________________
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>
--
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018 <tel:%2B972-9-7692018>
irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________
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.
5:07 a.m.
On 09/06/2016 10:37 AM, Eyal Edri wrote:
Glad to hear you found the issue!
Let me know when it's merged so we can publish it to the nightlies and
rerun the tests.
The fix for the master branch was merged. The artifacts (including RPMs)
are available in the output of the following jobs:
http://jenkins.ovirt.org/job/ovirt-engine-sdk_master_build-artifacts-el7-...
http://jenkins.ovirt.org/job/ovirt-engine-sdk_master_build-artifacts-
fc24-x86_64/36
On Tue, Sep 6, 2016 at 11:34 AM, Juan Hernández
<jhernand(a)redhat.com
<mailto:jhernand@redhat.com>> wrote:
On 09/05/2016 08:43 PM, Rafael Martins wrote:
> ----- Original Message -----
>> From: "Juan Hernández" <jhernand(a)redhat.com
<mailto:jhernand@redhat.com>>
>> To: "Yaniv Kaul" <ykaul(a)redhat.com
<mailto:ykaul@redhat.com>>
>> Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com
<mailto:sbonazzo@redhat.com>>, "Rafael Martins"
<rmartins(a)redhat.com
<mailto:rmartins@redhat.com>>, "Ondra Machacek"
>> <omachace(a)redhat.com <mailto:omachace@redhat.com>>,
"devel"
<devel(a)ovirt.org <mailto:devel@ovirt.org>>
>> 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>
>>> <mailto:jhernand@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>>
>>> > <mailto:ykaul@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/dfaf35675bee3da1c53b4fd...
<https://github.com/oVirt/ovirt-log-collector/blob/dfaf35675bee3da1c53b4fd...
>>>
>>
>> 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
<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>
>>> > <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>
>>>
<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>&g...
>>> >
>>> >
>>> > _______________________________________________
>>> > Devel mailing list
>>> > Devel(a)ovirt.org <mailto:Devel@ovirt.org>
<mailto:Devel@ovirt.org <mailto:Devel@ovirt.org>>
>>> > http://lists.ovirt.org/mailman/listinfo/devel
<http://lists.ovirt.org/mailman/listinfo/devel>
>>> <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 <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.
_______________________________________________
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>
--
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
_______________________________________________
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.
10:39 a.m.
Job fixed [1] with new SDKs.
Thanks.
[1] http://jenkins.ovirt.org/job/ovirt_master_system-tests/491/
On Tue, Sep 6, 2016 at 1:07 PM, Juan Hernández <jhernand(a)redhat.com> wrote:
On 09/06/2016 10:37 AM, Eyal Edri wrote:
> Glad to hear you found the issue!
> Let me know when it's merged so we can publish it to the nightlies and
> rerun the tests.
>
The fix for the master branch was merged. The artifacts (including RPMs)
are available in the output of the following jobs:
http://jenkins.ovirt.org/job/ovirt-engine-sdk_master_build-
artifacts-el7-x86_64/61
http://jenkins.ovirt.org/job/ovirt-engine-sdk_master_build-artifacts-
fc24-x86_64/36
> On Tue, Sep 6, 2016 at 11:34 AM, Juan Hernández <jhernand(a)redhat.com
> <mailto:jhernand@redhat.com>> wrote:
>
> On 09/05/2016 08:43 PM, Rafael Martins wrote:
> > ----- Original Message -----
> >> From: "Juan Hernández" <jhernand(a)redhat.com
> <mailto:jhernand@redhat.com>>
> >> To: "Yaniv Kaul" <ykaul(a)redhat.com
<mailto:ykaul@redhat.com>>
> >> Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com
> <mailto:sbonazzo@redhat.com>>, "Rafael Martins"
<rmartins(a)redhat.com
> <mailto:rmartins@redhat.com>>, "Ondra Machacek"
> >> <omachace(a)redhat.com <mailto:omachace@redhat.com>>,
"devel"
> <devel(a)ovirt.org <mailto:devel@ovirt.org>>
> >> 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>
> >>> <mailto:jhernand@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>>
> >>> > <mailto:ykaul@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
> <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/60c21e158a9e6453c14a673f77693d
61
> <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>
> >>> > <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>
> >>>
> <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>
> <mailto:Devel@ovirt.org <mailto:Devel@ovirt.org>>
> >>> > http://lists.ovirt.org/mailman/listinfo/devel
> <http://lists.ovirt.org/mailman/listinfo/devel>
> >>> <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 <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.
> _______________________________________________
> 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>
>
>
>
>
>
> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R&D
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
>
> _______________________________________________
> 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.
--
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
3:34 a.m.
Any update?
If we can't solve it soon, I suggest to revert the patch for running log
collector in the meantime, because we risk of having new regression coming
it,
and its our only way to verifying if master is broken or not.
Another option is to move master to work with API V4, which we should do
soon probably, but I don't know how long that can take and who can do it.
e/
On Mon, Sep 5, 2016 at 9:43 PM, Rafael Martins <rmartins(a)redhat.com> wrote:
----- Original Message -----
> From: "Juan Hernández" <jhernand(a)redhat.com>
> To: "Yaniv Kaul" <ykaul(a)redhat.com>
> Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com>, "Rafael
Martins" <
rmartins(a)redhat.com>, "Ondra Machacek"
> <omachace(a)redhat.com>, "devel" <devel(a)ovirt.org>
> 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
> >
> >
> > >
> > >
> > >
> > >
> > > 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
--
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R&D
Red Hat Israel
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
8:30 a.m.
----- Original Message -----
From: "Sandro Bonazzola" <sbonazzo(a)redhat.com>
To: "Yaniv Kaul" <ykaul(a)redhat.com>, "Rafael Martins"
<rmartins(a)redhat.com>, "Ondra Machacek" <omachace(a)redhat.com>,
"Juan Antonio Hernandez Fernandez" <jhernand(a)redhat.com>
Cc: "devel" <devel(a)ovirt.org>
Sent: Friday, September 2, 2016 2:00:28 PM
Subject: Re: Failure in log collector on master: Failure fetching information about
hypervisors from API. Error
(ValueError): legacy is not a valid RngSource
On Fri, Sep 2, 2016 at 1:38 PM, Yaniv Kaul <ykaul(a)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?
Looking at it.
Rafael
Juan, Ondra, any insight?
>
>
> Y.
>
>
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
<https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>
2812
days inactive
2816
days old
14 comments
5 participants
participants (5)
-
Eyal Edri -
Juan Hernández -
Rafael Martins -
Sandro Bonazzola -
Yaniv Kaul