Bug 20046 - "connection refused" messages for X clients
Summary: "connection refused" messages for X clients
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 7.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-10-30 17:45 UTC by Stephen Walton
Modified: 2007-04-18 16:29 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-06-28 02:28:49 UTC
Embargoed:


Attachments (Terms of Use)

Description Stephen Walton 2000-10-30 17:45:06 UTC
I know this is a little vague:  I installed RedHat 7.0 in my Dell Precision
Workstation 420.   I am the only non-root user on this system. 
Intermittently, usually after the system has been running for a while and
I've logged off and back on several times, messages about "connection
refused on display :0" begin to appear on the system console.  Often this
results in very weird things, like two overlapping copies of the icons on
my KDE desktop, apparently because kwm thinks it didn't run correctly the
first time and restarts itself.  (I've verified with ps that two copies of
kwm are running in these situations.)

When I'm logged in, "ps -efw | grep X" reveals that /etc/X11/X is running
with the -auth switch specifying a file in /etc/X11/xdm/authdir.  Comparing
with a 6.2 system without this problem and with mainly up-to-date patches,
I notice that /etc/X11/xdm/authdir is a real directory, mode 0600, owned by
root, while under 7.0 it is a symlink to /var/lib/xdm;  the latter is mode
0644 by default.  Otherwise (and I'm not an X guru) I can't offhand see
anything which would cause this.

Comment 1 Mike A. Harris 2001-06-19 05:23:10 UTC
Please attach an X server log from before and after this occurs.

Comment 2 Stephen Walton 2001-06-28 02:28:45 UTC
This was such a long time ago that I honestly don't remember how I fixed it, 
but it was probably an update.  In any event, the system in question is now 
running 7.1, so I can't really help with this problem any more.


Comment 3 Mike A. Harris 2001-11-01 03:35:07 UTC
Ok thanks, closing bug.


Note You need to log in before you can comment on or make changes to this bug.