Hi Ron, thank you for your message.
> From SGE point of view, it just executes the batch job, and SSH X tunneling > is something that SGE itself does not know. Before submitting the e-mail to this mailing-list, I thought that a special setting for the port used in 'qsub' of SGE was required. My understanding is that this kind of setting in Linux is not required for my aim. Is it okay? If so, this is a great progress in my setting the system. Sincerely, Kunio Hirata 2011/4/6 Ron Chen <[email protected]>: > Hi Kunio, > > So you are saying that only SGE is upgraded and then X forwarding does not > work? > > 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 >> > > > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=- 平田邦生（通称：くにお） 携帯メール: [email protected] 携帯番号: 080-5319-1649 =-=-=-=-=-=-=-=-=-=-=-=-=-=- _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
