akonadi_control crashed with SIGABRT in __GI_raise()

[Balaam's Miracle]

This happens when I log in after a reboot.
Note that this is not the first time, I needed to know that this behavior was not a one-time thing. It happens, however, every time I log in.

ProblemType: Crash
DistroRelease: Ubuntu 17.10
Package: akonadi-server 4:16.12.3-0ubuntu1
ProcVersionSignature: Ubuntu 4.11.0-10.15-generic 4.11.8
Uname: Linux 4.11.0-10-generic x86_64
NonfreeKernelModules: nvidia_uvm nvidia_drm nvidia_modeset nvidia
ApportVersion: 2.20.5-0ubuntu5
Architecture: amd64
CrashCounter: 1
CurrentDesktop: KDE
Date: Wed Jul 19 02:27:04 2017
ExecutablePath: /usr/bin/akonadi_control
InstallationDate: Installed on 2016-12-17 (215 days ago)
InstallationMedia: Kubuntu 16.10 "Yakkety Yak" - Release amd64 (20161012.1)
ProcCmdline: /usr/bin/akonadi_control
ProcEnviron:
 PATH=(custom, user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
Signal: 6
SourcePackage: akonadi
StacktraceTop:
 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:58
 __GI_abort () at abort.c:89
 QMessageLogger::fatal(char const*, ...) const () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
 ?? ()
 ?? ()
Title: akonadi_control crashed with SIGABRT in __GI_raise()
UpgradeStatus: Upgraded to artful on 2017-07-02 (18 days ago)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

[Apport retracing service (apport)]

StacktraceTop:
 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:58
 __GI_abort () at abort.c:89
 qt_message_fatal (context=..., message=<synthetic pointer>) at global/qlogging.cpp:1682
 QMessageLogger::fatal (this=<optimized out>, msg=<optimized out>) at global/qlogging.cpp:793
 akInit(QString const&) ()

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Pierre Abbat (phma-a)]

I get Akonadi crashing several times a day on a new laptop running Artful. My previous laptop, running Xenial, did not do this. I'm not sure that it's crashing with the same signal, as I don't know how to start Akonadi with this process being debugged. I tried attaching the debugger to the process, but the process simply exited without gdb being able to get a stack trace. The tail of strace looks as follows:

ppoll([{fd=-1}, {fd=-1}, {fd=-1}, {fd=116, events=POLLIN}], 4, {tv_sec=1, tv_nsec=0}, NULL, 8) = 1 ([{fd=116, revents=POLLIN|POLLHUP}], left {tv_sec=0, tv_nsec=999998794})
read(116, "\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\251\6\7\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 152) = 152
close(116) = 0
close(104) = 0
write(8, "Application '/usr/bin/akonadi_no"..., 61) = 61
write(2, "org.kde.pim.akonadicontrol: Appl"..., 90) = 90
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x7f9d85b03200, FUTEX_WAKE_PRIVATE, 1) = 1
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x7f9d64025820, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x7f9d640257d0, FUTEX_WAKE_PRIVATE, 1) = 0
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x7f9d85b03278, FUTEX_WAKE_PRIVATE, 1) = 1
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x7f9d64025820, FUTEX_WAIT_PRIVATE, 0, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x7f9d640257d0, FUTEX_WAKE_PRIVATE, 1) = 0
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x7f9d6403f4e0, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x7f9d6403f490, FUTEX_WAKE_PRIVATE, 1) = 0
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x7f9d85b03490, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x7f9d6402a540, FUTEX_WAIT_PRIVATE, 0, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x7f9d6402a4f0, FUTEX_WAKE_PRIVATE, 1) = 0
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x7f9d85b03298, FUTEX_WAKE_PRIVATE, 1) = 1
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x55f61fec9d30, FUTEX_WAIT_PRIVATE, 0, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x55f61fec9ce0, FUTEX_WAKE_PRIVATE, 1) = 0
write(7, "\1\v\1\0\1\0\0\0\0\0\0\0\0\0\0\0", 16) = 16
close(7) = 0
open("/sys/devices/system/cpu/online", O_RDONLY|O_CLOEXEC) = 7
read(7, "0-7\n", 8192) = 4
close(7) = 0
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x7f9d6400b0b0, FUTEX_WAIT_PRIVATE, 0, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x7f9d6400b060, FUTEX_WAKE_PRIVATE, 1) = 0
write(9, "\1\0\0\0\0\0\0\0", 8) = 8
futex(0x7f9d6400b0b0, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x7f9d6400b060, FUTEX_WAKE_PRIVATE, 1) = 0
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3, [{iov_base="\1\0\10\0\4\0\0\0075\1\0\0\0\0\0\0\1\0\1\0\0\0\2\0!\0\0\0\0\0\0\0"..., iov_len=84}], 1) = 84
futex(0x55f61fe24010, FUTEX_WAIT_PRIVATE, 0, NULL) = 0
futex(0x55f61fe23fc0, FUTEX_WAKE_PRIVATE, 1) = 0
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLIN|POLLOUT}])
recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\34\...

[Nathaniel Beaver (nathanielmbeaver)]

Upstream bug report:

https://bugs.kde.org/show_bug.cgi?id=392092

Fixed in version v19.04.3:

https://cgit.kde.org/akonadi.git/commit/?id=c21bb5220a3ae835a5183afd58c186ba21f6c93d

https://phabricator.kde.org/D22092

That version hasn't reached Ubuntu yet, though:

https://launchpad.net/ubuntu/+source/akonadi/+publishinghistory