Bug 2014820
| Summary: | Latest CentOS Stream updates have broken Xfce logins | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | Ian Laurie <nixuser> | ||||
| Component: | xfce4-session | Assignee: | Kevin Fenzi <kevin> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | epel8 | CC: | kevin, nonamedotc, rstrode | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2022-03-24 14:12:25 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: | |||||||
| Attachments: |
|
||||||
|
Description
Ian Laurie
2021-10-17 04:08:24 UTC
Just to be clear - There was no issues prior to this batch of updates, correct? Yes correct. To me nothing in the update set seemed like it could do such a thing, hence I posted it. This happened 3 times, the first two happened before I realized the damage. On the third VM I confirmed I could login *before* I ran updates, and that I couldn't *after*. I have another VM at another location which may not yet have the problem. I'll check it later today and report back. It may be useful to help diagnose the problem if you tell me which files to 'capture' before and after the event. Unfortunately the two VMs at the second location already exhibit the problem. I think I have a better understanding of the problem. On CentOS Stream 8 with all updates applied, gdm won't allow you to login to Xfce after a fresh boot. However if you login to GNOME and log out, from gdm you can select Xfce and login OK (but you must have first logged into GNOME). You can login and logout to Xfce as often as you like until you reboot. At that point you have to login to GNOME again, at least once after the reboot, before Xfce logins will work. This is why I was misled in my original report (sorry about that), I must have logged into GNOME first (the system already had the problem but was masked by me logging into GNOME first). I believe (based on playing with an old backed up VM that doesn't yet have this problem) that gdm updating has caused this. STEPS ===== 1. I cloned the old working VM and upgraded *only* gdm in the clone from gdm-40.0-12.el8.x86_64 to gdm-40.0-16.el8.x86_64. 2. I rebooted. 3. At gdm I tried to login to Xfce, I was bounced back to gdm. 4. Logged into and out of GNOME OK. 5. Was able to login to Xfce. 6. I rebooted. 7. Sequence repeats from step 3 I then updated this clone VM to the latest package set (so making it the same as all my other VMs) but the problem persists. More testing... Looks like there was a version of gdm between the versions I was using. Downgrading the test VM in Comment #4 to gdm-40.0-13.el8.x86_64 doesn't fix the problem. Downgrading to gdm-40.0-12.el8.x86_64 does fix the problem. This is excellent troubleshooting. Thank you. It sounds like there is some housekeeping that GDM needs to do or Xfce is expecting something from the login manager. When you have 40.0-13 installed, what does journalctl say about the login failure? I can start VMs to try tonight but I do not have one ready at the moment. Created attachment 1834188 [details]
journalctl log of event
Updated gdm to 40.0-13. I logged in at exactly 21:54. The log shows everything that happened up to the point where I logged into GNOME to capture the log from journalctl which was at 21:55 (the GNOME login is not in the log file). The sequence in Comment #4 is correct as it is stated, but there is yet another weird dimension to this. It seems if the last session was GNOME, you can login to Xfce after a reboot. At least sometimes. If the last session was Xfce you must login to GNOME first. Sorry for the delay. This is taking me a while since I have been busy with other things outside of fedora/epel. So the log shows a concerning thing: > Oct 18 21:54:03 adric /usr/libexec/gdm-wayland-session[2302]: /usr/bin/startxfce4: Starting X server it's trying to run xfce as a wayland session. Given xfce doesnt have a wayland mode as far as I know, GDM must be screwing up. It's probably bug 2009045. Can you try the test builds here http://people.redhat.com/rstrode/2009045/ and confirm they fix your issue? If so, I think we can just close this as a duplicate of 2009045 I DLed the test build, in approx 10 hours I will be at the location to test. This didn't quite go as I expected. I commented out my block to gdm updates in my dnf.conf file, then did general updates, and in the wave of downloads got gdm-40.0-23.el8.x86_64 which is the same version ID as your scratch build (don't know if the content is the same). Test results: gdm-40.0-23.el8.x86_64 from the repo did NOT have the problem. I then got the previous one from the repo (gdm-40.0-22.el8.x86_64) and found it also did NOT have the problem. Then for the sake of my sanity, I went back to gdm-40.0-13.el8.x86_64 (a version I knew had the issue) to re-observe the problem, and indeed on the very first boot I observed the problem of this bug report. I then installed one by one each and every version from -13 to see where the problem went away, and it was with -22. So gdm-40.0-22.el8.x86_64 fixes the problem of this bug report. odd, i would have expected -21.el8 to work as well. Anyway, thanks for the confirmation the problem is resolved *** This bug has been marked as a duplicate of bug 2009045 *** I just checked my paperwork from late last night.... looks like I missed 21. I did 13, 16, 17, 20, 22 & 23. Must have missed DLing it from my browser. |