Bug 7114 - xfs prevents fifth X server from starting
xfs prevents fifth X server from starting
Product: Red Hat Linux
Classification: Retired
Component: XFree86 (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Preston Brown
Depends On:
  Show dependency treegraph
Reported: 1999-11-18 14:55 EST by James Manning
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-02-03 16:53:06 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description James Manning 1999-11-18 14:55:20 EST
Stock RH 6.1, XF86_SVGA server, gdm, as root (just to make sure it
wasn't perms)

from a text screen, startx -- :{1,2,3} all work fine, starting up
an X server on vt's {8,9,10} respectively.  doing the startx -- :4
to start a fifth server, the screen blanks like it's starting X, then
it dies and kicks back to the text vt, with the messages:

failed to set default font path 'unix/:-1'
Fatal server error:
could not open default font 'fixed'

Out of curiosity, I stop'd and start'd xfs and then :4 worked fine
(this will probably break fonts on :{0,1,2,3} though :)

I can't find anything in the xfs docs about a limitation to four
X servers, so I'm unsure of how to fix this.

This is on a user's machine (board designer) and he claims that the
capability to start 6 X sessions worked fine in RH 6.0 and only after
the 6.1 reinstall (fresh install, no upgrade) did it fail.
Comment 1 Alexandre Blanchette 2000-01-12 21:19:59 EST
in /etc/X11/fs/config, change the line client-limit = 4 with the number of X
Sessions you want to have simultneously.
Comment 2 Preston Brown 2000-02-03 16:53:59 EST
or change clone-self=off to clone-self=on.  This will be the new default in 6.2.

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