Bug 2221816
| Summary: | "DisallowTCP=false" option is not being used by /etc/gdm/custom.conf file | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Larissa <larissa.ford> |
| Component: | gdm | Assignee: | Ray Strode [halfline] <rstrode> |
| Status: | CLOSED MIGRATED | QA Contact: | Michal Odehnal <modehnal> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 8.6 | CC: | ayadav, desktop-qa-list, hdegoede, rstrode, sbarcomb, tpelka, tpopela, vrajput |
| Target Milestone: | rc | Keywords: | MigratedToJIRA |
| Target Release: | --- | Flags: | pm-rhel:
mirror+
|
| 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: | 2023-09-15 17:43:58 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
Larissa
2023-07-10 21:37:32 UTC
Hello, did you make sure to restart the gdm or rebooting after the gdm update? Can you please post the contents of your /etc/gdm/custom.conf file? I am currently unable to reproduce on my local machine. But I will test it on a new installation of 8.6 to double check. So the new installation of rhel-8.6 is also without any issue. The gdm version on install was gdm-40.0-23.el8_6.1.x86_64 I tested the issue with this version. I also updated like you to the gdm-1:40.0-27.el8.x86_64 and tested the issue again and it works as expected for me. I did reboot my machine after upgrading gdm. Here are the contents of /etc/gdm/custom.conf: # GDM configuration [daemon] # force gdm login screen to use Xorg WaylandEnable=false [security] # enable Xserver listening on TCP ports DisallowTCP=false [xdmcp] [chooser] [debug] Thank you for your report. The issue is not immediately reproducible in-house, so there's some aspect of the bug that's somehow related to your specific configuration or package set. Do you have an open support ticket on https://access.redhat.com/ ? If so, can you post a link to it here? If not, can you open one and post a link to this bug report there? As part of going through Red Hat support, you'll be asked for collect things (like a sosreport, GDM debug logs, etc) that will be helpful in diagnosing your problem. I notice your repository is called INFORMAL and not one of the Red Hat Enterprise Linux base channels. To be clear, the gdm package installed isn't a local rebuild, right? This is a red hat provided build ? I ask, because the behavior you describe could happen if the package was built without, or with an old version of xorg-x11-server-devel, I think. Thank you for your continued cooperation. Hopefully we can get to the bottom of the problem you are seeing! Hello, I can get the case and sos report to you by next Wednesday. When I install the version that came with the red hat provided build, it installs gdm-40.0-23.el8_6.1.x86_64. After rebooting, I still get the same result: ==>ps lf -C Xorg *** /usr/libexec/Xorg vt1 -displayfd 3 -auth /run/user/42/gdm/Xauthority -nolisten tcp -background none -noreset -keeptty -novtswitch -verbose 3 Issue migration from Bugzilla to Jira is in process at this time. This will be the last message in Jira copied from the Bugzilla bug. This BZ has been automatically migrated to the issues.redhat.com Red Hat Issue Tracker. All future work related to this report will be managed there. Due to differences in account names between systems, some fields were not replicated. Be sure to add yourself to Jira issue's "Watchers" field to continue receiving updates and add others to the "Need Info From" field to continue requesting information. To find the migrated issue, look in the "Links" section for a direct link to the new issue location. The issue key will have an icon of 2 footprints next to it, and begin with "RHEL-" followed by an integer. You can also find this issue by visiting https://issues.redhat.com/issues/?jql= and searching the "Bugzilla Bug" field for this BZ's number, e.g. a search like: "Bugzilla Bug" = 1234567 In the event you have trouble locating or viewing this issue, you can file an issue by sending mail to rh-issues. You can also visit https://access.redhat.com/articles/7032570 for general account information. |