Bug 80824
Summary: | Lose ability to connect to X over time | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Kyle Bateman <kyle> |
Component: | XFree86 | Assignee: | Mike A. Harris <mharris> |
Status: | CLOSED NOTABUG | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-01-09 17:02:48 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
Kyle Bateman
2002-12-31 18:15:42 UTC
First a side note: The proper "Red Hat" way of running xdm, is to set DISPLAYMANAGER=XDM in /etc/sysconfig/desktop Is your hostname changing at all while X is running? Perhaps a DHCP lease? The hostname of a machine must not change while X is running or bad things will happen. This is an intentional security feature. Another problem, is that X does not like the time changing drastically while it is running. If you run NTP, or some other time synchronization software periodically, it may cause the X server to lock up or wreak havoc. A fix for this long standing issue in all X servers is in current rawhide XFree86, as well as XFree86 4.2.1 test packages I have available on ftp://people.redhat.com/mharris/testing/8.0 I've not had any other similar reports to this before, so I'm not sure what to suggest other that the above. Problems that are hard to reproduce, and only occur every 2 weeks on someone's system are essentially unfixable unless the person can narrow down the problem to a distinct reason, or provide details on how to reproduce it more easily. Can you try the 4.2.1 packages on my ftpsite and see if they fix the problem? If not, we can troubleshoot further from there. Thanks. I think I've found the most likely problem. We have a local cron job that cleans out old files in /tmp. It was left over from the days before the OS had a built in function for this. I think it was deleting the file: /tmp/.X11-unix/X0 causing the unix connection to X to fail. I haven't seen the failure yet since fixing this. I think this is NOTABUG. |