I forgot to mention that the GDM edit requires a reboot.  Either way, double 
check that you don't have `nolisten tcp` on the Xorg or Xvnc process.

> pgrep -lf 'nolisten tcp'

Is XAUTHORITY or SHADOW_XAUTHORITY defined?  If so, you may need to copy the 
cookie around.

Here is some example tcl code:

    set hostname [lindex [split [info hostname] .] 0]
    set display  [lindex [split $env(DISPLAY)   :] 1]
    # Configure xauth for local machine displays
    if {[info exists env(XAUTHORITY)]} {
        eval set [array get env XAUTHORITY]
        eval set [array get env HOME]
        set status [catch {exec xauth -f $XAUTHORITY list :$display} output]
        set cookie [lindex [split $output] end]
        if {$status == 0 && $cookie != ""} {
            catch {exec xauth -f        $XAUTHORITY add $hostname:$display 
MIT-MAGIC-COOKIE-1 $cookie}
            catch {exec xauth -f  $HOME/.Xauthority add $hostname:$display 
MIT-MAGIC-COOKIE-1 $cookie}
        }
    }
    # Configure xauth for NX displays
    if {[info exists env(SHADOW_XAUTHORITY)]} {
        eval set [array get env SHADOW_XAUTHORITY]
        eval set [array get env HOME]
        set status [catch {exec xauth -f $SHADOW_XAUTHORITY list :$display} 
output]
        set cookie [lindex [split $output] end]
        if {$status == 0 && $cookie != ""} {
            catch {exec xauth -f $SHADOW_XAUTHORITY add $hostname:$display 
MIT-MAGIC-COOKIE-1 $cookie}
            catch {exec xauth -f  $HOME/.Xauthority add $hostname:$display 
MIT-MAGIC-COOKIE-1 $cookie}
        }
    }


You test this using xhost.

[GOOD]
> xhost
access control enabled, only authorized clients can connect

[BAD]
> xhost
No protocol specified
xhost:  unable to open display



-----Original Message-----
From: John_Tai [mailto:[email protected]] 
Sent: Wednesday, July 19, 2017 2:32 AM
To: Dobbie, Brad <[email protected]>; [email protected]
Subject: RE: DISPLAY problem in RHEL6.8

I tried this but it didn't help. Maybe because I am using VNC?

I actually did find that VNC might be the problem.

RHEL5 uses vnc4.
RHEL6.8 uses tigervnc1.1

I tried to install vnc4 in RHEL6.8 and it solved the problem. Though I'm sure 
there is a config somewhere that I can simply tweak. Anybody have any idea?

I realize I'm pushing my luck here, since it looks like it's not related to 
SGE. Thank you anyway to all who replied.


-----Original Message-----
From: Dobbie, Brad [mailto:[email protected]]
Sent: Tuesday, July 18, 2017 9:39
To: John_Tai; [email protected]
Subject: RE: DISPLAY problem in RHEL6.8

We recently hit this issue in RHEL6.  We needed to make a change to 
/etc/gdm/custom.conf to prevent the '-nolisten tcp' option on X.

--- /etc/gdm/custom.conf.orig   2013-11-21 17:05:17.000000000 -0500
+++ /etc/gdm/custom.conf        2017-07-06 14:37:50.804997614 -0400
@@ -3,6 +3,7 @@
 [daemon]

 [security]
+DisallowTCP=false

 [xdmcp]


Hope this helps,
Brad

From: [email protected] [mailto:[email protected]] On 
Behalf Of John_Tai
Sent: Tuesday, July 18, 2017 5:23 AM
To: [email protected]
Subject: [gridengine users] DISPLAY problem in RHEL6.8

I'm having a DISPLAY issue in RHEL6.8 that I don't have in RHEL5. I am using 
SGE6.2u6

I use VNC to connect to a linux server. By default the DISPLAY is set to :4.0 
and I can start GUI jobs locally:

# echo $DISPLAY
:4.0
# xclock

However if I submit a GUI job it gives me a display error:

# qrsh -V -b y -cwd -now n -q mailto:test.q@ibm065 xclock
Error: Can't open display: :4.0

At this point I set the display by adding the hostname and I can successfully 
submit the job:

# setenv DISPLAY `hostname`:4.0
# echo $DISPLAY
ibm041:4.0
# qrsh -V -b y -cwd -now n -q mailto:test.q@ibm065 xclock

At least, it is successful in RHEL5.

However in RHEL6.8 setting the display with hostname doesn't allow GUi jobs to 
start either locally or remotely:

# setenv DISPLAY ibm046:4.0
# xclock
Error: Can't open display: ibm046:4.0
# setenv DISPLAY ibm046:4.0
# qrsh -V -b y -cwd -now n -j y -q mailto:test.q@ibm065 xclock
Error: Can't open display: ibm046:4.0

Hopefully somebody has experienced it before.

Thanks
John
________________________________________
This email (including its attachments, if any) may be confidential and 
proprietary information of SMIC, and intended only for the use of the named 
recipient(s) above. Any unauthorized use or disclosure of this email is 
strictly prohibited. If you are not the intended recipient(s), please notify 
the sender immediately and delete this email from your computer.
________________________________

This email (including its attachments, if any) may be confidential and 
proprietary information of SMIC, and intended only for the use of the named 
recipient(s) above. Any unauthorized use or disclosure of this email is 
strictly prohibited. If you are not the intended recipient(s), please notify 
the sender immediately and delete this email from your computer.

_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users

Reply via email to