Hide Forgot
Created attachment 491566 [details] gdb backtrace Description of problem: Several aborts in /usr/libexec/gsd-datetime-mechanism Abrt captured several core files, but would not report them, saying the backtraces were unusable. The attached backtrace has all the symbols I could get. Version-Release number of selected component (if applicable): gnome-settings-daemon-3.0.0-1.fc15.x86_64 How reproducible: Seems to have happened several times according the /var/log/messages. Steps to Reproduce: Not sure. I was enabling and disabling ntpd from the gnome date/time settings applet, while testing a new selinux-policy. Actual results: Expected results: Additional info:
Created attachment 491574 [details] /var/log/messages abrt captured four gsd-datetime-mechanism aborts. Snippet from /var/log/messages: Apr 12 09:30:38 fir dbus: [system] Activating service name='org.gnome.SettingsDaemon.DateTimeMechanism' argv0='/lib64/dbus-1/dbus-daemon-launch-helper' Apr 12 09:30:38 fir dbus: [system] Successfully activated service 'org.gnome.SettingsDaemon.DateTimeMechanism' Apr 12 09:30:38 fir dbus: [system] Service 'org.freedesktop.PolicyKit1' is already active Apr 12 09:30:38 fir systemd[1]: Reloading. Apr 12 09:30:38 fir dbus: [system] Activating service name='org.fedoraproject.Setroubleshootd' argv0='/lib64/dbus-1/dbus-daemon-launch-helper' Apr 12 09:30:39 fir dbus: [system] Successfully activated service 'org.fedoraproject.Setroubleshootd' Apr 12 09:30:39 fir abrt[1830]: saved core dump of pid 1814 (/usr/libexec/gsd-datetime-mechanism) to /var/spool/abrt/ccpp-2011-04-12-09:30:39-1814.new/coredump (9814016 bytes) Apr 12 09:30:39 fir abrtd: Directory 'ccpp-2011-04-12-09:30:39-1814' creation detected Apr 12 09:30:40 fir abrtd: New dump directory /var/spool/abrt/ccpp-2011-04-12-09:30:39-1814, processing Apr 12 09:30:40 fir setroubleshoot: SELinux is preventing /bin/systemctl from search access on the directory /sys. For complete SELinux messages. run sealert -l 55a3af08-14ac-48d4-b9c9-d2ff859fc7bd Apr 12 09:30:40 fir setroubleshoot: SELinux is preventing /bin/systemctl from search access on the directory /sys. For complete SELinux messages. run sealert -l 55a3af08-14ac-48d4-b9c9-d2ff859fc7bd Apr 12 09:30:40 fir setroubleshoot: SELinux is preventing /bin/systemctl from search access on the directory /sys/fs/cgroup. For complete SELinux messages. run sealert -l d1612786-1e5b-4358-9abf-4745e958ba2d Apr 12 09:31:58 fir dbus: [system] Activating service name='net.reactivated.Fprint' argv0='/lib64/dbus-1/dbus-daemon-launch-helper' Apr 12 09:31:58 fir dbus: [system] Successfully activated service 'net.reactivated.Fprint' Apr 12 09:32:30 fir yum[1858]: Updated: selinux-policy-3.9.16-14.fc15.noarch
This seems to be reproducible. Click the gnome clock. Click Unlock and type in a password. Slide the Network Time switch (on or off doesn't seem to matter). Quit by clicking on the close window box. The applet appears to exit normally. The settings (ntpd on or off) appear to be correct.
Reproducible on the Live CD: F15-Beta-RC2.
This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping