Hi, Am 05.04.2011 um 20:10 schrieb Ron Chen:
> So you are saying that only SGE is upgraded and then X forwarding does not > work? let's sort the things out. qsh: this will start an xterm binary on a workstation and open a window on the submission machine, if: a) there is a direct connection between exechost and submission host, b) you allow clients to connect to your local X-server. This is considered unsafe nowadays and I would suggest not to use it. qrsh xterm qrsh display hoge.png: The link Rayson posted is the only good way to get it working in a good way by adding -X there to the rsh_command: http://gridscheduler.sourceforge.net/howto/qrsh_qlogin_ssh.html Nevertheless: a direct connection between exechost and submission host is still necessary - this can by yamac01 of course and X11 is going through this machine to your final workstation. With qsub you wil never know when a is actually opened - it will appear at any time in the future. And it will only work when the conditions of `qsh` are met in addition. To your "Vine Linux" example: it has the same node setup, or is it only one and the same machine? -- Reuti > From the error messages, I believe it has to do with something else, as the X > client is trying to open the display at "localhost:11.0" on the execution > host! > > From SGE point of view, it just executes the batch job, and SSH X tunneling > is something that SGE itself does not know. > > -Ron > > > --- On Wed, 4/6/11, 平田邦生 <[email protected]> wrote: > >> From: 平田邦生 <[email protected]> >> Subject: Re: [gridengine users] Using X-window program failed >> To: [email protected] >> Date: Wednesday, April 6, 2011, 1:33 AM >> 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 >> > > > > > _______________________________________________ > users mailing list > [email protected] > https://gridengine.org/mailman/listinfo/users > _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
