Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#39204 - [systemd] segfault on systemd --user process

Attached to Project: Arch Linux
Opened by Abdó Roig-Maranges (abdo) - Thursday, 06 March 2014, 21:09 GMT
Last edited by Dave Reisner (falconindy) - Tuesday, 11 March 2014, 15:48 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Dave Reisner (falconindy)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

I've been experiencing random segfaults on systemd --user process, which I use quite heavily to manage my processes. I can't reproduce the problem for now, only wait for it to happen again.

Additional info:
package: systemd 210-2

I managed to get a partial stack trace from a coredump and an unstripped systemd binary compiled a posteriori using options=(debug !strip) in the PKGBUILD. Here it is:

$ gdb systemd coredump

Core was generated by `/usr/lib/systemd/systemd --user'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x000000000048101e in get_user_creds (username=0x251b2f0, uid=0x3dd, gid=0x7fffa11d002f, home=0x0,
shell=0x7fffa11dec10) at src/shared/util.c:4217
4217 if (p)
(gdb) bt
#0 0x000000000048101e in get_user_creds (username=0x251b2f0, uid=0x3dd, gid=0x7fffa11d002f, home=0x0,
shell=0x7fffa11dec10) at src/shared/util.c:4217
#1 0x00007fffa11dec10 in ?? ()
#2 0x00007fffa11dec10 in ?? ()
#3 0x0000000000000010 in ?? ()
#4 0x000000000248d1b0 in ?? ()
#5 0x000000000042322c in socket_add_default_dependencies (s=0x0) at src/core/socket.c:286
#6 socket_add_extras (s=0x0) at src/core/socket.c:356
#7 socket_load.9848 (u=<optimized out>) at src/core/socket.c:412
#8 0x00000000024ca280 in ?? ()
#9 0x0000000000000011 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x00000000000003dd in ?? ()
#12 0x0000000000000000 in ?? ()

Do you have any idea why I still don't get all the debug data?

Any suggestions on how to proceed?
This task depends upon

Closed by  Dave Reisner (falconindy)
Tuesday, 11 March 2014, 15:48 GMT
Reason for closing:  Fixed
Additional comments about closing:  systemd-210-3
Comment by Dave Reisner (falconindy) - Thursday, 06 March 2014, 21:17 GMT
Please report this upstream. This isn't a packaging bug.
Comment by Abdó Roig-Maranges (abdo) - Thursday, 06 March 2014, 21:40 GMT
Sorry. Here is the upstream bug report https://bugs.freedesktop.org/show_bug.cgi?id=75854
Comment by Anatol Pomozov (anatolik) - Thursday, 06 March 2014, 22:04 GMT
> Do you have any idea why I still don't get all the debug data?

You need to rebuild the package with "!strip" option https://wiki.archlinux.org/index.php/PKGBUILD#options

And those "??" probably come from other packages (glibc?), so you need "!strip" for them as well.
Comment by Dave Reisner (falconindy) - Thursday, 06 March 2014, 23:14 GMT
Please confirm if this crash is still present with 210-3 (in testing).
Comment by Abdó Roig-Maranges (abdo) - Friday, 07 March 2014, 00:16 GMT
I'm running 210-3 now. It may take some time since the crash does not happen very often.
Comment by Kenneth Henderick (ibex) - Friday, 07 March 2014, 13:06 GMT
I hit this bug as well ( https://bbs.archlinux.org/viewtopic.php?pid=1389596 ), installed 210-3 and will report back as well whether it seemed to fix the issue or not.
Comment by Dave Reisner (falconindy) - Tuesday, 11 March 2014, 15:28 GMT
Ping? If this is still happening, you need to provide a fully symbolized backtrace. I keep debug packages in my own repo:

[falconindy]
Server = http://repo.falconindy.com/$repo/os/$arch
Comment by Kenneth Henderick (ibex) - Tuesday, 11 March 2014, 15:29 GMT
Sorry, forgot to update here. 210-3 seems to fix it on both machine that had the issue. They are running fine since I updated to 210-3 (last friday).

Loading...