Just watching syslog in beta 1 Feb 20 12:13:33 localhost systemd[1]: systemd-logind.service: main process exited, code=exited, status=1 Feb 20 12:13:33 localhost systemd[1]: Unit systemd-logind.service entered failed state. Feb 20 12:13:33 localhost systemd[1]: udisksd.service: main process exited, code=exited, status=1 followed by numerous errors and udev messages starting below Feb 20 12:13:33 localhost avahi-daemon[713]: Disconnected from D-Bus, exiting. Feb 20 12:13:33 localhost avahi-daemon[713]: Got SIGTERM, quitting. Feb 20 12:13:33 localhost avahi-daemon[713]: Leaving mDNS multicast group on interface eth0.IPv4 with address 10.0.2.15. Feb 20 12:13:33 localhost avahi-daemon[713]: avahi-daemon 0.6.30 exiting. Feb 20 12:13:38 localhost systemd[1]: upowerd.service: main process exited, code=exited, status=1 Feb 20 12:13:38 localhost systemd[1]: Unit upowerd.service entered failed state. Feb 20 12:13:40 localhost dbus-daemon[5003]: dbus[5003]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service' Feb 20 12:13:40 localhost dbus[5003]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service' Feb 20 12:13:40 localhost avahi-daemon[5004]: Found user 'avahi' (UID 496) and group 'avahi' (GID 495). Feb 20 12:13:40 localhost avahi-daemon[5004]: Successfully dropped root privileges. Feb 20 12:13:40 localhost avahi-daemon[5004]: avahi-daemon 0.6.30 starting up. Feb 20 12:13:40 localhost avahi-daemon[5004]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns! Feb 20 12:13:40 localhost dbus-daemon[5003]: dbus[5003]: [system] Successfully activated service 'org.freedesktop.Avahi' I'll attach the log snippet
Created attachment 1604 [details] syslog snippet Seems to be alot going on here
seems a duplicate *** This bug has been marked as a duplicate of bug 4588 ***
Status: NEW => RESOLVEDResolution: (none) => DUPLICATE
Hello Claire, Just to be sure, could you check if you have the following file: ls -l /var/lib/systemd/coredump/core.systemd-journald (paste the output please, want to see if the crash is recent) Then do the following: > urpmi systemd-debug gdb > gdb --core=/var/lib/systemd/coredump/core.systemd-journald /lib/systemd/systemd-journald and in gdb type: thread apply all bt then paste what gdb gives you.
CC: (none) => olav
Attachment 1604 mime type: application/octet-stream => text/plain
Hi Olav I was testing the pre-release beta 1 x86_64 DVD today when this happened # ls -l /var/lib/systemd/coredump/core.systemd-journald -rw-rw-rw- 1 root root 76558336 Feb 20 12:06 /var/lib/systemd/coredump/core.systemd-journald # gdb --core=/var/lib/systemd/coredump/core.systemd-journald /lib/systemd/systemd-journald GNU gdb (GDB) 7.3.50.20110722-4.mga2 (Mageia release 2) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-mageia-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /lib/systemd/systemd-journald...Reading symbols from /usr/lib/debug/lib/systemd/systemd-journald.debug...done. done. warning: core file may not match specified executable file. [New LWP 229] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/lib/systemd/systemd-journald'. Program terminated with signal 11, Segmentation fault. #0 journal_file_append_entry (f=0x736470, ts=0x7fff181ca6f0, iovec=<optimized out>, n_iovec=21, seqnum=0x7fff181cac60, ret=0x0, offset=0x0) at src/journal/journal-file.c:1029 1029 xor_hash ^= le64toh(o->data.hash); (gdb) thread apply all bt Thread 1 (Thread 0x7f9dc55cc740 (LWP 229)): #0 journal_file_append_entry (f=0x736470, ts=0x7fff181ca6f0, iovec=<optimized out>, n_iovec=21, seqnum=0x7fff181cac60, ret=0x0, offset=0x0) at src/journal/journal-file.c:1029 #1 0x000000000040722c in dispatch_message_real (s=0x7fff181cac30, iovec=0x73c830, n=21, m=36, ucred=<optimized out>, tv=<optimized out>) at src/journal/journald.c:589 #2 0x0000000000409448 in process_native_message (s=0x7fff181cac30, buffer=0x1f3c240, buffer_size=25166236, ucred=0x7fff181cb6c0, tv=0x7fff181cb6a0) at src/journal/journald.c:1278 #3 0x00000000004049d8 in process_native_file (tv=0x7fff181cb6a0, ucred=0x7fff181cb6c0, fd=16, s=0x7fff181cac30) at src/journal/journald.c:1335 #4 process_event (ev=0x7fff181cabc0, s=0x7fff181cac30) at src/journal/journald.c:2170 #5 main (argc=<optimized out>, argv=<optimized out>) at src/journal/journald.c:2706 (gdb)
So indeed exact same stracktrace.
Status: RESOLVED => VERIFIED
(In reply to comment #5) > So indeed exact same stracktrace. So closing :)
Status: VERIFIED => RESOLVEDCC: (none) => marja11