Bug 741078
Summary: | prefdm.service entered failed state | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Clyde E. Kunkel <clydekunkel7734> |
Component: | systemd | Assignee: | Lennart Poettering <lpoetter> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | urgent | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | bugzilla, harald, johannbg, kay, lpoetter, mattia.verga, metherid, mishu, mschmidt, notting, plautrba, rmarko, stanley.king |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | systemd-36-3.fc16 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-09-30 18:53:40 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Clyde E. Kunkel
2011-09-25 02:23:21 UTC
I'm also seeing what Clyde seeing. I'll keep an eye on this bugzilla for any hints or information requests. The affected system is i686, not x86_64. Specifying "3" as a boot parameter to the kernel will let me log in, but networking mode is not functional, so getting an update onto the system will have to come in by a different mechanism. A correction to my earlier comment: after logging in at the systemd equivalent of runlevel 3, a "telinit 5" command brings me into the GUI, along with networking, so I will be able to grab an update that way. I can reproduce the bug. There are ordering cycles: Found ordering cycle on basic.target/start Walked on cycle path to sockets.target/start Walked on cycle path to dbus.socket/start Walked on cycle path to sysinit.target/start Walked on cycle path to mdmonitor-takeover.service/start Walked on cycle path to basic.target/start Breaking ordering cycle by deleting job dbus.socket/start The ordering dependency mdmonitor-takeover.service -> basic.target probably should not be there. mdmonitor-takeover.service should probably use DefaultDependencies=no. The regression appeared because of this fix: http://cgit.freedesktop.org/systemd/commit/?id=a65cb51f29ee177f6f800c87232b68475216a418 We should revert that at least for now to get the other needed fixes into F16. systemd-36-3.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/FEDORA-2011-13150 (In reply to comment #4) > systemd-36-3.fc16 has been submitted as an update for Fedora 16. > https://admin.fedoraproject.org/updates/FEDORA-2011-13150 works again. thx! *** Bug 741110 has been marked as a duplicate of this bug. *** (In reply to comment #3) > The ordering dependency mdmonitor-takeover.service -> basic.target probably > should not be there. mdmonitor-takeover.service should probably use > DefaultDependencies=no. Filed as bug 741115. Is there something I can do to test a fix for this situation? I thought the change might have been held up by a code chill for the upcoming F16 Beta, but I just got a bunch of updates for F16 today, none of which helped this condition. Thanks for your help or advice. (In reply to comment #8) The update is still stuck in the pending queue because of the Beta freeze. You can download systemd-36-3.fc16 manually from Koji. Follow the "Builds" link from the update page https://admin.fedoraproject.org/updates/FEDORA-2011-13150 Michal, I managed to install the four files, and it works for me now. Thanks. Good luck with the freeze. systemd-36-3.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. |