[gridengine users] Cannot connect to X server
bharanitn at yahoo.com
Fri Mar 4 16:48:11 UTC 2011
Yes. I want a window to pop not not in my workstation but in the compute node itself.
Because the application opens a UI (terminal) when the job is triggered. So if the job is able to open the same in the compute node, I'll not get the error.
Is there a possibility to achieve this?
--- On Fri, 4/3/11, Reuti <reuti at Staff.Uni-Marburg.DE> wrote:
From: Reuti <reuti at Staff.Uni-Marburg.DE>
Subject: Re: [gridengine users] Cannot connect to X server
To: "Bharanidharan Narayanaswamy" <bharanitn at yahoo.com>
Cc: "users at gridengine.org Users" <users at gridengine.org>
Date: Friday, 4 March, 2011, 8:40 PM
Am 04.03.2011 um 15:43 schrieb Bharanidharan Narayanaswamy:
> The X11 forwarding is "yes" in the sshd_config on both the master and the compute nodes.
> Can the rlogin_command and rlogin_daemon used of submitting batch jobs using qsub?
No. Only for interactive jobs started with `qrsh`. You want X11 output for jobs submitted by `qsub` - means: at time the job gets executed there should suddenly a window pop up on your workstation?
> I'm now setting up the rlogin_command and rlogin_daemon, will update once it is done.
> --- On Fri, 4/3/11, Reuti <reuti at staff.uni-marburg.de> wrote:
> From: Reuti <reuti at staff.uni-marburg.de>
> Subject: Re: [gridengine users] Cannot connect to X server
> To: "Bharanidharan Narayanaswamy" <bharanitn at yahoo.com>
> Cc: "users at gridengine.org Users" <users at gridengine.org>
> Date: Friday, 4 March, 2011, 7:15 PM
> Am 04.03.2011 um 13:31 schrieb Bharanidharan Narayanaswamy:
> > I'm submitting a batch job, the job gets triggered in the compute nodes but I get the error
> > "Cannot connect to X server"
> > The compute nodes are all in runlevel 5.
> > If I login to one of the compute node and submit the command in the shell. It works fine.
> most likely you need X11 forwarding and setup SGE's remote startup mechanism to use it for rlogin_command and rlogin_daemonat least:
> and add "-X -Y" as options. For a Tight Integration of an SSH startup mechanism it might be necessary to adjust PAM in addition, but this we can check later.
> -- Reuti
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the users