Comment 1 for bug 1926122

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

This very much looks like
https://gitlab.com/libvirt/libvirt/-/commit/69977ff10560a80bcf5bf93f1a3f819a2d1623ca

We've seen this crash spike on the release of Ubuntu 21.04.
That probably are upgraders with a bad configuration that was always wrong but now trigger this case.

It would hit
a) users that kill libvirt immediately after starting (not very important)
b) users with a broken qemu.conf that leads to qemu init to fail asap

Repro:
$ echo "default_tls_x509_verify = anythingthatiswrong" >> /etc/libvirt/qemu.conf
$ systemctl restart libvirtd

In the log you'll see
Apr 26 05:55:52 h libvirtd[465671]: configuration file syntax error: /etc/libvirt/qemu.conf:937: expecting a value
Apr 26 05:55:52 h libvirtd[465671]: Initialization of QEMU state driver failed: configuration file syntax error: /etc/libvirt/qemu.conf:937: expecting a value
Apr 26 05:55:52 h libvirtd[465671]: Driver state initialization failed

And that means libvirt will die due to bad config and it is rather clear that this is the reson.
The only "problem" with it is that it is less graceful than it should be.

Journal:
Apr 26 05:55:52 h systemd[1]: libvirtd.service: Main process exited, code=dumped, status=11/SEGV
Apr 26 05:55:52 h systemd[1]: libvirtd.service: Failed with result 'core-dump'.

dmesg:
[590441.309462] libvirtd[1278529]: segfault at 38 ip 00007fcf1d22c3ff sp 00007ffe82baaad0 error 4 in libvirt_driver_qemu.so[7fcf1d1b8000+11b000]
[590441.309468] Code: d3 31 d2 e8 23 1d fa ff 48 8b bb a8 00 00 00 5b 48 89 c6 e9 73 b8 f9 ff 0f 1f 00 f3 0f 1e fa 48 83 ec 08 48 8b 05 e1 3a 12 00 <48> 8b 78 38 e8 c8 98 f9 ff 31 c0 48 83 c4 08 c3 90 f3 0f 1e fa 48

And you'd get a crash like the report here has linked.

Since this seems to:
- only affect unreal cases (kill it asap after starting) or "bad configs".
- Still has valid log entries pointing to the actual issue
- is already fixed upstream and thereby will be in the next Ubuntu version
=> This seems to be low importance and can be picked up at low prio.

If anyone runs into this with a more realistic case or a more severe consequence (e.g. dat
 corruption of any kind) then please speak up and providing this will get more prio.