On Fri, May 01, 2020 at 06:44:08PM +0000, Mun Johl wrote: > Hi, > > > > I am using SGE on RHEL6. I am trying to launch a qsub job (a TCL script) > via grid that will result in a GUI application being opened on the > caller’s display (which is a VNC session). Using qsub for this makes this more difficult than it needs to be since qsub jobs run largely disconnected from the submit host. I wouldn't have thought you would want a delay with something interactive like this. As Reuti suggested you could set up ssh tight integration (with X forwarding enabled in ssh) and then use qrsh -now n <command> to launch your app.
> What I’m seeing is that if I set DISPLAY to the actual VNC display (e.g. > host1:4) in the wrapper script that invokes qsub, the GUI application Have you checked that host1 resolves to on the machine where you submit the job and the machine where it runs. If you are getting a failure to connect it might be because you need to use the FQDN. > complains that it cannot make a connection. On a side note, I noticed In general X11 servers don't allow random clients to talk to the display. The app may be (mis-)reporting a failure to authorise as a failure to connect. This has little to do with grid engine per se just a side effect of running the app on a different machine from the X-Server. You may need to perform some manipulations with xauth to enable it. Do the grid engine servers share home directories with the machine where you are running qsub (eg via NFS or a cluster file system)? Authorisation tokens are usually stored in/read from ~/.Xauthority. William
signature.asc
Description: PGP signature
_______________________________________________ users mailing list users@gridengine.org https://gridengine.org/mailman/listinfo/users
