Reproduced on multiple machines. ``` [ 6171.747092] abrt-dbus[15345]: segfault at 7f9529e553d9 ip 0000555e5c6637fd sp 00007ffc570dc7e8 error 4 in abrt-dbus[555e5c660000+d000] [ 6171.747104] Code: 48 8d 35 dd ad 00 00 50 bf 07 00 00 00 31 c0 45 31 c9 45 31 c0 48 8d 0d 21 dc 00 00 e8 6c cf ff ff 58 48 8b 03 5a 8b 73 18 5b <48> 8b 40 18 48 8b 38 e9 07 d7 ff ff 0f 1f 80 00 00 00 00 41 56 49 ``` I don't have debug symbols for these, but backtrace looks pretty simplistic: ``` Core was generated by `/usr/sbin/abrt-dbus -t133'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x0000555e5c6637fd in ?? () [Current thread is 1 (Thread 0x7f908a048c80 (LWP 15345))] (gdb) bt #0 0x0000555e5c6637fd in () #1 0x00007f908cedce53 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f908cedd3a9 in () at /usr/lib64/libglib-2.0.so.0 #3 0x00007f908cee0e00 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0 #4 0x00007f908cee11b8 in () at /usr/lib64/libglib-2.0.so.0 #5 0x00007f908cee14ab in g_main_loop_run () at /usr/lib64/libglib-2.0.so.0 #6 0x0000555e5c661216 in () #7 0x00007f908ccf67ed in __libc_start_main () at /usr/lib64/libc.so.6 #8 0x0000555e5c66137a in () ``` Unfortuantely wasn't able to find anything matching on https://github.com/abrt/abrt/issues search, so not sure who is more at fault here, abrt or glib. Reproducible: Always
Could you try get the symbols with https://wiki.gentoo.org/wiki/Debugging?
``` Core was generated by `/usr/sbin/abrt-dbus -t133'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x000055659acb381b in abrt_p2_service_dbus (service=<optimized out>) at abrt_problems2_service.c:2513 2513 abrt_problems2_service.c: No such file or directory. [Current thread is 1 (Thread 0x7fdf869f4c80 (LWP 39446))] (gdb) bt #0 0x000055659acb381b in abrt_p2_service_dbus (service=<optimized out>) at abrt_problems2_service.c:2513 #1 abrt_p2_object_destroy (object=0x55659af8a400) at abrt_problems2_service.c:243 #2 0x00007fdf89888e53 in () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fdf898893a9 in () at /usr/lib64/libglib-2.0.so.0 #4 0x00007fdf8988ce00 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0 #5 0x00007fdf8988d1b8 in () at /usr/lib64/libglib-2.0.so.0 #6 0x00007fdf8988d4ab in g_main_loop_run () at /usr/lib64/libglib-2.0.so.0 #7 0x000055659acb1216 in main (argc=<optimized out>, argv=<optimized out>) at abrt-dbus.c:1084 ```
Ah yeah, so we need to include https://github.com/abrt/abrt/commit/a6297858575780b9ed3d14cc42983348924d6048 Thanks for pushing me for debug symbols.
(In reply to Leho Kraav (:macmaN @lkraav) from comment #3) > Ah yeah, so we need to include > https://github.com/abrt/abrt/commit/a6297858575780b9ed3d14cc42983348924d6048 > > Thanks for pushing me for debug symbols. np, I'm useful sometimes ;) I'll let Pacho take a look but that seems pretty straight forward. I can apply it if he's busy / doesn't get to it later. Cheers!
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e4f951e4f7f7e2e158ef2b3617a64a60b06fadbf commit e4f951e4f7f7e2e158ef2b3617a64a60b06fadbf Author: Pacho Ramos <pacho@gentoo.org> AuthorDate: 2021-11-06 08:05:02 +0000 Commit: Pacho Ramos <pacho@gentoo.org> CommitDate: 2021-11-06 08:05:02 +0000 app-admin/abrt: Fix running with glib-2.70 Also do lazy python imports to avoid performance issues Closes: https://bugs.gentoo.org/821199 Thanks-to: Leho Kraav (:macmaN @lkraav) Thanks-to: Sam James Package-Manager: Portage-3.0.28, Repoman-3.0.3 Signed-off-by: Pacho Ramos <pacho@gentoo.org> app-admin/abrt/abrt-2.14.6-r1.ebuild | 134 +++++++++++++++++++++ app-admin/abrt/files/abrt-2.14.6-glib270.patch | 32 +++++ .../abrt/files/abrt-2.14.6-lazy-imports.patch | 57 +++++++++ 3 files changed, 223 insertions(+)
