[ovirt-users] Ovirt 4.0 to 4.1 CentOS7.3 and libvirtd 2.0.0 segfault issue

[Rafał Wojciechowski]

hello,

I am not sure.
I have simple openvpn client profile with systemd enabled on boot time, 
but I think I was not included it anywhere for libvirt/ovirt purpose.

also strange for me was statement that this interface was without IP - 
this interface should be up with IP after connection established... but 
anyway even if some dependencies occurs, then it should be handled 
somehow with proper error.

Regards,

Rafal Wojciechowski


W dniu 21.04.2017 o 17:41, Yaniv Kaul pisze:
>
>
> On Fri, Apr 21, 2017 at 4:38 PM, Rafał Wojciechowski 
> <it at rafalwojciechowski.pl <mailto:it at rafalwojciechowski.pl>> wrote:
>
>     hi,
>
>     my issue was related to bug in libvirtd.
>     it was found in core dump by libvirt team
>
>     "
>
>     I'll send a patch to upstream libvirt to fix this crash.  However it can take
>     a while to get it back to CentOS/RHEL.  The source of this crash is that you
>     have a "tun0" network interface without IP address and that interface is
>     checked before "ovirtmgmt" and it causes the crash.  You can workaround it
>     by removing the "tun0" interface if it doesn't have any IP address.
>
>     Pavel
>
>     "
>
>     workaround is working fine for me.
>
>
> Thanks for following this!
> Any idea how did you get to have the tun0 there in the first place?
> Y.
>
>     Regards,
>     Rafal Wojciechowski
>
>     W dniu 18.04.2017 o 16:55, Rafał Wojciechowski pisze:
>>
>>     hi,
>>
>>     I was unable to just remove glibc and install it again - I have
>>     reinstalled it and rebooted the machine but it was not fixed anything
>>     Thanks anyway.
>>
>>     Regards,
>>     Rafal Wojciechowski
>>
>>     W dniu 18.04.2017 o 10:53, Yanir Quinn pisze:
>>>     Hi Rafal
>>>     not sure it relates to your issue, but i experienced a similar
>>>     issue with segfault (running on fedora 25)
>>>     to resolve it i had to remove glibc packages and then install
>>>     them again (maybe a same workaround for libvirt will do the job
>>>     here)
>>>
>>>     Regards
>>>     Yanir Quinn
>>>
>>>     On Tue, Apr 18, 2017 at 9:32 AM, Francesco Romani
>>>     <fromani at redhat.com <mailto:fromani at redhat.com>> wrote:
>>>
>>>
>>>
>>>         On 04/18/2017 08:09 AM, Rafał Wojciechowski wrote:
>>>         >
>>>         > hello,
>>>         >
>>>         > I made comparison(+diff) between xml passing through vdsm
>>>         which is
>>>         > working and another one which cause libvirtd segfault
>>>         >
>>>         >
>>>         https://paste.fedoraproject.org/paste/eqpe8Byu2l-3SRdXc6LTLl5M1UNdIGYhyRLivL9gydE=
>>>         <https://paste.fedoraproject.org/paste/eqpe8Byu2l-3SRdXc6LTLl5M1UNdIGYhyRLivL9gydE=>
>>>         >
>>>         >
>>>         > I am not sure if below setting are fine but I dont know
>>>         how to change them
>>>         >
>>>         > <model heads="1" ram="65536" type="qxl" vgamem="16384"
>>>         vram="8192" />
>>>         > (I dont have so much ram and vgamem)
>>>         >
>>>
>>>         those are kibibytes though
>>>         (https://libvirt.org/formatdomain.html#elementsVideo
>>>         <https://libvirt.org/formatdomain.html#elementsVideo>), are
>>>         pretty
>>>         conservarvative settings
>>>         >
>>>         > <graphics autoport="yes" defaultMode="secure" passwd="*****"
>>>         > passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1"
>>>         type="spice">
>>>         > (ports with "-"? maybe it is fine because of autoport
>>>         settings...)
>>>         >
>>>
>>>         Yes, "-1" means "autoallocation from libvirt".
>>>         I don't see obvious issues in this XML, and, most
>>>         importantly, one
>>>         invalid XML should never cause libvirtd to segfault.
>>>
>>>         I'd file a libvirt bug.
>>>
>>>
>>>         --
>>>         Francesco Romani
>>>         Senior SW Eng., Virtualization R&D
>>>         Red Hat
>>>         IRC: fromani github: @fromanirh
>>>
>>>         _______________________________________________
>>>         Users mailing list
>>>         Users at ovirt.org <mailto:Users at ovirt.org>
>>>         http://lists.ovirt.org/mailman/listinfo/users
>>>         <http://lists.ovirt.org/mailman/listinfo/users>
>>>
>>>
>>
>>
>>
>>     _______________________________________________
>>     Users mailing list
>>     Users at ovirt.org <mailto:Users at ovirt.org>
>>     http://lists.ovirt.org/mailman/listinfo/users
>>     <http://lists.ovirt.org/mailman/listinfo/users>
>     _______________________________________________ Users mailing list
>     Users at ovirt.org <mailto:Users at ovirt.org>
>     http://lists.ovirt.org/mailman/listinfo/users
>     <http://lists.ovirt.org/mailman/listinfo/users> 
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170421/e67dd38a/attachment-0001.html>