Advertisement
If you have a new account but are having problems posting or verifying your account, please email us on hello@boards.ie for help. Thanks :)
Hello all! Please ensure that you are posting a new thread or question in the appropriate forum. The Feedback forum is overwhelmed with questions that are having to be moved elsewhere. If you need help to verify your account contact hello@boards.ie
Hi there,
There is an issue with role permissions that is being worked on at the moment.
If you are having trouble with access or permissions on regional forums please post here to get access: https://www.boards.ie/discussion/2058365403/you-do-not-have-permission-for-that#latest

Display wont open :/

  • 03-10-2005 2:37pm
    #1
    Khannie
    Registered Users, Registered Users 2 Posts: 37,485 ✭✭✭✭


    Ok, 2 machines, let's call them machine1 and machine2

    machine1 = RHEL3 (64 bit)
    machine2 = RHEL4 (32 bit)

    machine2 has xhost to allow machine 1
    rlogin to machine 1, setenv DISPLAY machine2:0
    xmms

    ** CRITICAL **: Unable to open display

    :mad:

    I've googled this, but it's more general "how to set up display" stuff. Can't see that I'm doing anything wrong.

    Any suggestions?


Comments

  • #2
    grumpytrousers
    Registered Users, Registered Users 2 Posts: 1,884 ✭✭✭grumpytrousers


    it's a long time since i touched a unix box, but i seem to remember sometimes having to use the command 'xhost +'.

    Still dunno why...but sometimes the wee 'plus' did the trick...


  • #3
    Khannie
    Registered Users, Registered Users 2 Posts: 37,485 ✭✭✭✭Khannie


    The + opens up the X server completely (i.e. removes all access restrictions). Bit of a security risk in the real world but safe enough in the confines of a corporate LAN I suppose. I'll give it a bash in my .login, but I hope it doesn't work (because I think I have permissions open from the machine already).


  • #4
    grumpytrousers
    Registered Users, Registered Users 2 Posts: 1,884 ✭✭✭grumpytrousers


    best of luck. i never was techie enough to understand all the McGubbins...we were on an internal test network so the real world was never a problem... :D


  • #5
    krinDar
    Closed Accounts Posts: 96 ✭✭krinDar


    Khannie wrote:
    machine2 has xhost to allow machine 1
    rlogin to machine 1, setenv DISPLAY machine2:0

    That looks proper. I wonder which interface the X Server is listening
    on however. Run the following command: 
    netstat -a | grep 6000
    X uses port 6000, so you should get something like: 
      TCP    machine2:6000             machine2:0                LISTENING
    If it gives you something like: 
      TCP    localhost:6000             localhost:0                LISTENING
    then you have a problem as the X server will not be able to accept connections
    from remote machines.


  • #6
    Khannie
    Registered Users, Registered Users 2 Posts: 37,485 ✭✭✭✭Khannie


    Hmmmm. No port 6000. Lots of other delicious ports, but no 6000. However, it is correctly identifying itself with its own network name (which is of the format 
    machine1.global_mega_corp.com:port
    ) and not LOCALHOST.

    I did try turning off xhost restrictions and still no joy. I think that RHEL3 uses XFree and RHEL4 uses Xorg. Is this a possible cause? Though I've run stuff from a solaris box and viewed it on my linux box before.


  • Advertisement
  • #7
    krinDar
    Closed Accounts Posts: 96 ✭✭krinDar


    Khannie wrote:
    Hmmmm. No port 6000. Lots of other delicious ports, but no 6000.

    That sounds very interesting. It is possible that the server is configured
    to only run locally, so the process communications are going through
    named pipes and sockets rather than through TCP.

    Some X Servers have a '-nolisten' argument which allows you to disable
    some methods of communication, e.g -nolisten tcp disables TCP communication.

    Look at the X process to see if you can see the arguments to the X server
    and see if this argument was passed, and if so try to remove it.
    I think that RHEL3 uses XFree and RHEL4 uses Xorg. Is this a possible cause? Though I've run stuff from a solaris box and viewed it on my linux box before.

    I doubt the different versions is a problem - they should be backwards
    compatible.


  • #8
    Khannie
    Registered Users, Registered Users 2 Posts: 37,485 ✭✭✭✭Khannie


    Hmmmm. I couldn't see anything. The processes I have are:
    <username>  6259     1  0 Sep30 ?        00:00:00 /usr/bin/ssh-agent -s
<username>  6316     1  0 Sep30 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username>  6359     1  0 Sep30 ?        00:00:00 /usr/bin/ssh-agent -s
<username>  6399     1  0 Sep30 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username>  6696     1  0 Sep30 ?        00:00:00 /usr/bin/ssh-agent -s
<username>  6739     1  0 Sep30 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username>  7130     1  0 Sep30 ?        00:00:00 /usr/bin/gnome-keyring-daemon
<username>  8630     1  0 Sep30 ?        00:00:00 /usr/bin/ssh-agent -s
<username>  8672     1  0 Sep30 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username>  9489     1  0 Sep30 ?        00:00:00 /usr/bin/gnome-keyring-daemon
<username> 12690     1  0 Sep30 ?        00:00:00 /usr/bin/artsd -F 10 -S 4096 -s 60 -m artsmessage -l 3 -f
<username> 20196     1  0 Oct03 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 20243     1  0 Oct03 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username> 20290     1  0 Oct03 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 20333     1  0 Oct03 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username> 20419     1  0 Oct03 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 20461     1  0 Oct03 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username> 20852     1  0 Oct03 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 20896     1  0 Oct03 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username> 21119     1  0 Oct03 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 21160     1  0 Oct03 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username> 21257     1  0 Oct03 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 21302     1  0 Oct03 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username> 21411     1  0 Oct03 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 21449     1  0 Oct03 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username> 21601     1  0 Oct03 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 25490     1  0 Oct03 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 28570     1  0 Oct03 ?        00:00:00 sh -c /usr/lib/xcdroast-0.98/bin/xcdrwrap CDRECORD dev=ATA -scanbus 2>&1
<username> 28571 28570  0 Oct03 ?        00:00:00 cdrecord dev=ATA -scanbus
<username> 13281     1  0 10:20 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 13337     1  0 10:20 ?        00:00:02 /usr/libexec/gam_server
<username> 14357 20744  0 11:09 ?        00:00:00 -/bin/csh -c /usr/bin/dbus-launch --exit-with-session /home/<username>/.Xclients<username> 14385     1  0 11:09 ?        00:00:00 /usr/bin/ssh-agent -s
<username> 14404 14357  0 11:09 ?        00:00:00 gnome-session
<username> 14407     1  0 11:09 ?        00:00:00 /usr/bin/dbus-launch --exit-with-session /home/<username>/.Xclients
<username> 14408     1  0 11:09 ?        00:00:00 dbus-daemon-1 --fork --print-pid 8 --print-address 6 --session
<username> 14410     1  0 11:09 ?        00:00:00 /usr/libexec/gconfd-2 5
<username> 14413     1  0 11:09 ?        00:00:00 /usr/bin/gnome-keyring-daemon
<username> 14415     1  0 11:09 ?        00:00:00 /usr/bin/esd -terminate -nobeeps -as 2 -spawnfd 17
<username> 14417     1  0 11:09 ?        00:00:00 /usr/libexec/bonobo-activation-server --ac-activate --ior-output-fd=19
<username> 14419     1  0 11:09 ?        00:00:00 /usr/libexec/gnome-settings-daemon --oaf-activate-iid=OAFIID:GNOME_SettingsDaemon --oaf-ior-fd=22
<username> 14432     1  0 11:09 ?        00:00:00 xscreensaver -nosplash
<username> 14457     1  0 11:09 ?        00:00:01 metacity --sm-save-file 1122398878-2422-463307632.ms
<username> 14461     1  0 11:09 ?        00:00:00 nautilus --sm-config-prefix /nautilus-Bkc0rG/ --sm-client-id 1195c7a088000111745766700000139150002 --screen 0 --no-default-window
<username> 14463     1  0 11:09 ?        00:00:01 gnome-panel --sm-config-prefix /gnome-panel-9sgNHZ/ --sm-client-id 1195c7a088000111745766600000139150001 --screen 0 --profile default
<username> 14465     1  0 11:09 ?        00:00:00 eggcups --sm-config-prefix /eggcups-41ioBT/ --sm-client-id 1195c7a088000111745766700000139150004 --screen 0
<username> 14468     1  0 11:09 ?        00:00:00 /usr/libexec/gnome-vfs-daemon --oaf-activate-iid=OAFIID:GNOME_VFS_Daemon_Factory --oaf-ior-fd=28
<username> 14471     1  0 11:09 ?        00:00:00 /usr/bin/pam-panel-icon --sm-client-id 1195c7a088000111745766800000139150005
<username> 14473     1  0 11:09 ?        00:00:00 /usr/bin/python /usr/bin/rhn-applet-gui --sm-config-prefix /rhn-applet-CUlFaX/ --sm-client-id 1195c7a088000111745767100000139150006 --screen 0
<username> 14478     1  0 11:09 ?        00:00:01 /usr/libexec/wnck-applet --oaf-activate-iid=OAFIID:GNOME_Wncklet_Factory --oaf-ior-fd=30
<username> 14480     1  0 11:09 ?        00:00:00 /usr/libexec/multiload-applet-2 --oaf-activate-iid=OAFIID:GNOME_MultiLoadApplet_Factory --oaf-ior-fd=32
<username> 14482     1  0 11:09 ?        00:00:00 /usr/libexec/clock-applet --oaf-activate-iid=OAFIID:GNOME_ClockApplet_Factory --oaf-ior-fd=34
<username> 14553     1  0 11:12 ?        00:00:00 nedit
<username> 14561     1  1 11:12 ?        00:00:03 gnome-terminal
<username> 14562 14561  0 11:12 ?        00:00:00 gnome-pty-helper
<username> 14563 14561  0 11:12 pts/0    00:00:00 -sh
<username> 14610     1  0 11:13 ?        00:00:00 /usr/libexec/mapping-daemon
<username> 14677 14563  0 11:16 pts/0    00:00:00 ps -ef
<username> 14678 14563  0 11:16 pts/0    00:00:00 grep <username>

    I do have sudo permissions on the machine to allow me to install software, so I can edit X startup stuff, but like I said, I can't see anything wrong there.

    I did have a vnc server running, so I killed that (I've seen it cause conflicts with the screensaver before). Logged out and back in. No joy. :/

    I was also having trouble logging in initially, so I renamed my .login to .bak and put only "xhost <machine1>" in my .login file.

    Thanks for your help btw KrinDar. I'm going to try a reboot now (though I don't think it'll make a difference).

    edit: Rebooted, no joy. edited my .login to /only/ contain "xhost +". Logged out and back in. Open a console, xhost output is: "access control disabled, clients can connect from any host". Grand....rlogin machine1, setenv DISPLAY machine2:0, xmms, "** CRITICAL **: Unable to open display". :mad:


  • #9
    krinDar
    Closed Accounts Posts: 96 ✭✭krinDar


    Khannie wrote:
    Hmmmm. I couldn't see anything. The processes I have are:
    <username> 14677 14563  0 11:16 pts/0    00:00:00 ps -ef
<username> 14678 14563  0 11:16 pts/0    00:00:00 grep <username>

    I believe that the X Server is probably running as root.
    try 
    ps -aef| grep X


  • #10
    Khannie
    Registered Users, Registered Users 2 Posts: 37,485 ✭✭✭✭Khannie


    Indeed, you are right. There is a "nolisten" argument on the root's process (I greped for "listen", but under my own username).
    root      6034  6025  1 11:30 ?        00:01:11 /usr/X11R6/bin/X :0 -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp vt7

    Could you tell me where I can edit this? I should make it just:
    /usr/X11R6/bin/X :0 -audit 0 -auth /var/gdm/:0.Xauth

    Right?

    edit: Found the following in /etc/X11/gdm/gdm.conf:
    # If true this will basically append -nolisten tcp to every X command line,
    # a good default to have (why is this a "negative" setting? because if
    # it is false, you could still not allow it by setting command line of
    # any particular server). It's probably better to ship with this on
    # since most users will not need this and it's more of a security risk
    # then anything else.
    # Note: Anytime we find a -query or -indirect on the command line we do
    # not add a "-nolisten tcp", as then the query just wouldn't work, so
    # this setting only affects truly local sessions.
    #DisallowTCP=true

    :/ Editing.....will report back....

    Reporting back....No joy :/ Option still there.


  • #11
    krinDar
    Closed Accounts Posts: 96 ✭✭krinDar


    Khannie wrote:
    Could you tell me where I can edit this? I should make it just:

    edit: Found the following in /etc/X11/gdm/gdm.conf:

    Reporting back....No joy :/ Option still there.

    I am not familiar with RH anymore, but check to gdm.conf to
    see what server it is specifying, it might include the argument there.

    Did you restart the X server completely ? Just logging out and back
    in again will not change it.


  • Advertisement
  • #12
    Khannie
    Registered Users, Registered Users 2 Posts: 37,485 ✭✭✭✭Khannie


    krinDar wrote:
    Did you restart the X server completely ? Just logging out and back
    in again will not change it.

    I logged out and in, then did the ctrl+alt+backspace thing to make sure. I'll reboot to make double sure. (edit: Actually used gdm-restart and that did the trick....seems the gdm.conf edit worked but ctrl+alt+backspace doesn't restart the gdm).

    To spell it out for anyone else who comes across this issue: (as root) backup, then edit your gdm.conf, change the line:

    #DisallowTCP=true

    to

    DisallowTCP=false

    save the file and quit the editor, then (again as root), run

    /usr/sbin/gdm-restart

    That should sort it. :)

    Thanks so much KrinDar. Would have been scuppered without you. I can now listen to music. :D (long story).


Advertisement