Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 908426

Summary: xinit: unable to connect to X server: Connection refused
Product: [Retired] Red Hat Hardware Certification Program Reporter: Caspar Zhang <czhang>
Component: Test Suite (tests)Assignee: Greg Nichols <gnichols>
Status: CLOSED CURRENTRELEASE QA Contact: Red Hat Kernel QE team <kernel-qe>
Severity: high Docs Contact:
Priority: unspecified    
Version: 1.7.0CC: bbrock, czhang, gnichols, qcai, rlandry
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: v7-1.7.0-R11 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 907795 Environment:
Last Closed: 2013-03-28 06:21:19 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:
Bug Depends On: 907795    
Bug Blocks: 904887    
Attachments:
Description Flags
v7 output log from /var/log/v7/runs/1/video
none
v7-results from /var/v7/store none

Description Caspar Zhang 2013-02-06 16:50:45 UTC 
[00:02] <rlandry> looks like it could be a permission item
[00:02] <rlandry> or that X changed
[00:02] <rlandry> I presume X works
[00:02] <rlandry> in RHEL7
[00:02] <caspar> X works
[00:02] <rlandry> so it seems more likely there a change needed in the test
[00:03] <caspar> but we cannot open a second display
[00:03] <rlandry> I think we should try to fix this one
[00:03] <rlandry> at least to understand why it doesn't work

+++ This bug was initially created as a clone of Bug #907795 +++

Description of problem:

When trying to run a binary in a separate X session by using the following command:

startx ./x11perftest -- :2

The following error message printed after a long-time trying to connect X server:

waiting for X server to begin accepting connections.
..
..
..
..
..
xinit: giving up
xinit: unable to connect to X server: Connection refused

waiting for X server to shut down Server terminated successfully (0). Closing log file.

xinit: server error

Version-Release number of selected component (if applicable):
xorg-x11-server-utils-7.5-14.el7.x86_64
xorg-x11-server-common-1.13.1-3.el7.x86_64
xorg-x11-drivers-7.7-2.el7.x86_64
xorg-x11-apps-7.7-1.el7.x86_64
xorg-x11-utils-7.5-7.el7.x86_64
xorg-x11-xauth-1.0.7-2.el7.x86_64
xorg-x11-xkb-utils-7.7-4.el7.x86_64
xorg-x11-xinit-1.3.2-7.el7.x86_64
xorg-x11-server-Xorg-1.13.1-3.el7.x86_64


How reproducible:
always on my Laptop T400, not tried on other machines yet.

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 2 Rob Landry 2013-02-20 22:13:47 UTC 
It looks like the options and some of the parsing may have changed in the startx script.  Changing from startx to xinit in video.py appears to allow the right things to happen.

--- video.py.orig	2013-02-20 17:16:30.630000395 -0500
+++ video.py	2013-02-20 17:16:54.364532894 -0500
@@ -118,7 +118,8 @@
     def startx(self):
         try: os.remove(self.tmpFile)
         except: pass
-        startxCommand = "startx ./x11perftest -- :2 "
+        # In RHEL7 xinit works better here
+        startxCommand = "xinit ./x11perftest -- :2 "
         if self.Xconfigfile:
             startxCommand += "%s %s " % (self.Xconfig_flag, self.Xconfigfile)
         if self.depth:

There may be an incantation that works with startx but I have not figured it out yet.
Comment 3 Brian Brock 2013-02-20 22:30:57 UTC 
Created attachment 700279 [details]
v7 output log from /var/log/v7/runs/1/video
Comment 4 Brian Brock 2013-02-20 22:32:19 UTC 
Created attachment 700281 [details]
v7-results from /var/v7/store