Bug 1367766
Summary: | systemctl daemon-reexec causes Xorg to panic | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ray Holme <rayholme> |
Component: | systemd | Assignee: | systemd-maint |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 24 | CC: | johannbg, lnykryn, msekleta, muadda, ssahani, s, systemd-maint, zbyszek |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | systemd-231-4.fc25 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-09-06 18:22:31 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ray Holme
2016-08-17 12:21:08 UTC
Yeah, there's some issue. The problem happens when 'systemctl daemon-reexec' is invoked. On my F24 machine there is no crash, but the screen is completely messed up. After switching to a different tty and back everything goes back to normal. I'm not sure what exactly is the reason for this, but I think it might be related to the recent changes to vconsole setup. As I suspected: the "crash" happens when make_console_stdio() is invoked. Debugging this is a bit tricky, because the issue only happens during the first daemon-reexec. Subsequent ones happen without any issue. OK, you know what it is. Great. I assume you need nothing more from me BUT a) if you do, let me know what b) do I need to do anything to "fix" the state that dnf left my computer in - The only thing that may not be complete is the update of systemd I have no idea what physical status it is left in. Best of luck finding the problem. I understand tricky and am glad that I am retired from all this. This is tracked upstream in https://github.com/systemd/systemd/issues/3842. Track it any way you want. It happened again with "dnf update -y" I watched closely and on step 93 of 109 - cleanup of systemd ... I watched the black screen of death then finally got a login screen. I sure hope you get it - I have no idea what state my system is in anymore. There is no new kernel installed (not sure if one should be). will try dnf update -y again after this post but expect it to say nothing to do and be fine even thought it did a half-baked job. do I have to manually install dnf updates in the future leaving systemd as the last thing to install? PLEASE let me know!!!!!!!! And for the record, not sure this was caused by a failed update, but the system was dog slow, I had to reboot top showed: gdm using 82-97% and gnome-console using 80-90% there goes two cpus (my quota) The bug is fixed upstream, but not yet in Fedora. There will be an automatic comment in this bug when an update that fixes the bug is created. For now, you should exclude systemd from the upgrade (dnf upgrade --exclude=systemd). I have noticed a new problem - http and apache are not happy anymore after reboot. Online notes say this may be related to a bad systemd installation. I can get them going, but I am wondering if the systemd problem I have has caused this. It did abort the last 20 cleanup steps when it flashed me out. systemctl status httpd.service yields: ● httpd.service - The Apache HTTP Server Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disable Active: failed (Result: exit-code) since Sun 2016-08-21 11:33:40 EDT; 26min ago Process: 1061 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND (code=exited, status=1/FA Main PID: 1061 (code=exited, status=1/FAILURE) Aug 21 11:33:38 rainbow systemd[1]: Starting The Apache HTTP Server... Aug 21 11:33:40 rainbow httpd[1061]: (99)Cannot assign requested address: AH00072: make_s Aug 21 11:33:40 rainbow httpd[1061]: no listening sockets available, shutting down Aug 21 11:33:40 rainbow httpd[1061]: AH00015: Unable to open logs Aug 21 11:33:40 rainbow systemd[1]: httpd.service: Main process exited, code=exited, stat Aug 21 11:33:40 rainbow systemd[1]: Failed to start The Apache HTTP Server. Aug 21 11:33:40 rainbow systemd[1]: httpd.service: Unit entered failed state. Aug 21 11:33:40 rainbow systemd[1]: httpd.service: Failed with result 'exit-code'. To fix things, I run 3 commands httpd apachectl start systemctl start httpd.service I can do this every time I reboot until the fix hits the world. Just wanted to make sure the cause was this. It turns out that https://github.com/systemd/systemd/issues/3842 must have a different underlying reason. OK, someone solved the other issue I posted and was worried was related. Right now, my weekly updates look like. dnf update --exclude=systemd dnf update systemd This seems to work for now. If I need to provide you any more information, please let me know - be explicit as I am no longer intimate with all the things I once was. I do know my systems without a graphics processor has NO problems, but this one has suffered full window crashes with two systemd updates. The first three times till you told me how to separate the updates, the second update was a week later and I am assuming that the problem is not fatal as a) the system comes back after I login b) the problem happens in the dnf cleanup stage Good luck. systemd-231-4.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-c1271b0fee Sure hope you can fix fedora 24 too. systemd-231-4.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-c1271b0fee systemd-231-4.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report. |