Hi, Am 19.03.2013 um 10:04 schrieb Infinity:
> Thanks for the pointer. I tried the following command, the error is better in > the sense that at least the DISPLAY variable is set this time > > sungrid-dev % qrsh -q galaxy_intr.q xclock > Error: Can't open display: localhost:16.0 > > localhost:16.0 is the DISPLAY variable on the sungrid-dev machine. I think my > main doubt is, what should be the DISPLAY variable on the final compute > cluster machine? This is what I don't really understand. > > The Xming server on my windows machine is running on localhost:0. So why is > the DISPLAY variable on the sungrid-dev machine localhost:16.0? Shouldn't it > be <windows_ip>:0? Some users here like http://mobaxterm.mobatek.net/ as X-Server. > On Tue, Mar 19, 2013 at 5:36 PM, William Hay <[email protected]> wrote: > On 19 March 2013 08:03, Infinity <[email protected]> wrote: > > Hi, > > > > I am using the following setup to connect to university compute cluster. > > > > Windows laptop --(ssh)---> uni server --(ssh)----> sungrid main > > --(qlogin)---> compute cluster > > > > I have putty and xming Xserver on windows. I want to run matlab or other > > graphic applications on the compute cluster and see their display on my > > windows machine. > > > > Everything works fine just before qlogin, until the sungrid main machine. I > > can get xclock and even matlab running from sungrid_main machine. But the > > moment I do qlogin to login to the cluster this stops being the case. xclock > > from the cluster gives an error "display not set". > > I tried setting the display to $DISPLAY variable on the sungrid_main machine > > but that just gives an error saying cannot connect. I don't understand > > what's wrong here. Can someone please help. I found some potential solutions > > on Google which asked me edit the /etc/ssh/sshd_conf or run qconf. The > > trouble is that I don't have root privileges, so I cannot do this. Is there > > any alternative? You don’t need to have root privileges, but already with SGE admin right it can be changed. > >> Thank You. > Qlogin is grid engine's telnet equivalent. Telnet doesn't normally > forward X or environment variables so neither does qlogin. > You may be able to set DISPLAY by hand after logging in with qlogin. > Qrsh is closer to rsh/ssh and can pass environment variables (check > out the -display and -V and -v options > in the man page) so you could use that instead. > Qsh is a command that specifically launches an xterm on the cluster so > if it works you should definitely have working X forwarding. > Having said that grid engine can bet set up in a lot of ways(we > disable qsh for instance) We too, as it's not safe to use it. It will make a direct connection to the X-11 server on the workstation (which is often not possible anyway, as it's outside of the machines the exechosts can reach at all). > you could try asking the local > admin/consulting the local documentation > on how to launch X jobs on the cluster. Qlogin can be routed to use ssh with X-11 forwarding, so that it will provide a graphical output too. How this can be set up is outlined here: http://arc.liv.ac.uk/SGE/htmlman/htmlman5/remote_startup.html (most important is to define -X as option to the ssh call, either in any of ssh's config files (/etc/ssh/ssh_config or ~/.ssh/config) or in the direct ssh definition in SGE for qlogin (here: there wrapper). Also note the remarks at the end of the link for a tight integration of ssh into SGE, so that it still has control of the started tasks and you get correct accounting. To gain access to the environment variables it's possible by sourcing the prepared file by SGE with its definitions. Let me know, in case you need this too. Adiitional things to care about: authentication by a passphraseless ssh-key (bad), by a "forwardagent yes" http://www.unixwiz.net/techtips/ssh-agent-forwarding.html (can be provided by "Pageant" on your Windows machine, but the explanation in the link is great) from your local machine to the submit machine and finally to the executing exechost (better) or by hostbased authentication (best) http://arc.liv.ac.uk/SGE/howto/hostbased-ssh.html -- Reuti _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
