Dear Rayson Ho, thank you for your quick response. But the problem is that 'qsh' does not work... In the normal case, after typing "qsh" at a qmaster, a 'xterm' appears on an userpc01. But in the yamac01 case, this does not appear.
Added to this, I can run X-window program via 'qsub -v DISPLAY=$DISPLAY' command on OS: Vine Linux, SGE: older version. The upgraded SGE, a current version, lost the function? (this means a upgrade is more 'secure'???) Sincerely, Kunio HIrata 2011/4/6 Rayson Ho <[email protected]>: > qsub submits a normal batch job, and from a quick "grep" of the > source, only when the job is submitted via qsh, the execution side > does the DISPLAY variable handling. > > You may want to try qsh: > qsh - submit an interactive X-windows session to Sun > Grid Engine. > > http://gridscheduler.sourceforge.net/htmlman/htmlman1/qsh.html > > And if ssh X forwarding is needed in your setup, try this: > http://gridscheduler.sourceforge.net/howto/qrsh_qlogin_ssh.html > > Rayson > > > > On Tue, Apr 5, 2011 at 12:36 PM, 平田邦生 <[email protected]> wrote: >> Dear all, >> >> I am now setting PC cluster system using gridengine6.2u5 on >> Ubuntu10.10 server edition. >> And I met a critical problem which could not solved. Please let me >> know how to deal with it. >> >> ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| >> <What I would like to do>] >> ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| >> PC0: userpc01 (this is operated actually by keyboard/mouse) >> PC1: yamac01 (qmaster) >> PC2: yamac02 (node) >> >> Note: qmaster and node are different HW each other >> >> 1. login to yamac01 with "ssh -X" from userpc01 >> 2. qsub di.csh (a simple script as bellow) with "-V" option >> >> [di.csh]====== >> #!/bin/csh >> display hoge.png >> ============ >> >> 3. My expected result: >> hoge.png is displayed on userpc01 via X11 forwarding of SSH. >> >> But result is not so. >> >> Error file includes this string: >> "display: unable to open X server `localhost:11.0' @ >> error/display.c/DisplayImageCommand/424." >> >> instead of using 'display' command, 'xterm' result is as followings >> "xterm Xt error: Can't open display: localhost:11.0" >> >> ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| >> <My question> >> ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| >> Does SGE require a special setting or a command option when I use X11 >> portforwarding? >> I would like to know the problem is from SGE or SSH or some other >> settings on Ubuntu. >> >> ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| >> <Some infos for setting SSH> >> ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||| >> 1. check if a 'ssh_config' includes "ForwardX11 yes" string at both of >> yamac01 and yamac02. -> OK >> 2. check if a 'sshd_config' includes "X11Forwarding yes" at both of >> yamac01 and yamac02. -> OK >> 3. check if X-window program appears on userpc01 via yamac01(% is >> command prompt) >> (commands at userpc01) >> % ssh -X yamac01 >> % ssh -X yamac02 xterm >> then xterm window appeared on userpc01 display. This may mean that >> 'ssh -X' works well for >> X11 portforwarding. >> % ssh -X yamac02 di.csh >> worked well too. >> But treating the same job by submitting a script via qsub did not work well. >> >> 4. Same as the submitting a X-window process via qsub, qsh did not work well. >> Xterm from a node did not start up on a userpc01. >> >> Please let me know if you have any ideas or some checking tools of SGE. >> >> Sincerely, >> >> Kunio Hirata @ Japan >> _______________________________________________ >> users mailing list >> [email protected] >> https://gridengine.org/mailman/listinfo/users >> > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=- 平田邦生（通称：くにお） 携帯メール: [email protected] 携帯番号: 080-5319-1649 =-=-=-=-=-=-=-=-=-=-=-=-=-=- _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
