[Chimera-users] Running/opening issue of chimera on HPC login node
Rajiv Ranjan Singh
rajssai at gmail.com
Tue Jul 13 22:26:28 PDT 2021
Dear Greg,
Thank you for your reply and advice.
Yeah, I am not sharing my login node with anyone else. I have installed in
my Home directory of the cluster login node which is not shared by any
other users!
As far as OpenGL and other libraries are concerned, we don't have access to
the sudo command (Root), perhaps that's why these errors are popping up.
Chimera seems to open up but sometimes after it vanishes with above
mentioned errors.
Can I install VirtualGL on my login node without root access and if yes how
can this be integrated with chimera?
Appreciate your support.
Best,
Rajiv Ranjan Singh
On Wed, Jul 14, 2021 at 2:33 AM Greg Couch <gregc at cgl.ucsf.edu> wrote:
> Hello Rajiv,
>
> While running OpenGL remotely should work, as you see it often doesn't.
> It occasionally does work, usually when the remote version of OpenGL and
> the local version of OpenGL are exactly the same.
>
> The best solution I've seen for running Chimera or ChimeraX on a remote
> Linux server is to use VirtualGL. That side steps all of the issues of
> trying to do OpenGL remotely by doing all of the 3D graphics on the Linux
> server and returning an image. It helps if there is a graphics card in the
> Linux server. VirtualGL has to be installed on the Linux server for that
> to work, and it is a little tricky to install correctly, but it is the best
> solution. Contact your cluster support for help with that. Otherwise, try
> making your computer exactly the same configuration as the Linux server,
> same version of Linux, same graphics driver (ie., if the server has NVidia
> 419, you need to have NVidia 419).
>
> Sorry, I have to comment on the anti-social behavior of using a cluster
> login node for running Chimera. I trust that was just an example or that
> you're not sharing the login node with other users. If your cluster has
> interactive/development nodes, those would be the right nodes to use and it
> might be the case that VirtualGL is already installed on those. If
> VirtualGL is installed, then run "vglrun chimera" instead of "chimera".
>
> All the best,
>
> Greg
> On 7/13/2021 6:46 AM, Rajiv Ranjan Singh via Chimera-users wrote:
>
> I am trying to open/run chimer; installed on a cluster login node without
> root privilege. Installed in Home//.local/UCSF-Chimera64-1.15rc/
>
> Getting the following error.
> *login1:*~/.local/UCSF-Chimera64-1.15rc/bin $ ./chimera
> libGL error: unable to load driver: swrast_dri.so
> libGL error: failed to load driver: swrast
> X Error of failed request: BadValue (integer parameter out of range for
> operation)
> Major opcode of failed request: 152 (GLX)
> Minor opcode of failed request: 3 (X_GLXCreateContext)
> Value in failed request: 0x0
> Serial number of failed request: 716
> Current serial number in output stream: 717
>
> Kindly advise me to rectify this issue.
>
> Best,
> Rajiv Ranjan Singh
>
>
> _______________________________________________
> Chimera-users mailing list: Chimera-users at cgl.ucsf.edu
> Manage subscription: https://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://plato.cgl.ucsf.edu/pipermail/chimera-users/attachments/20210714/c5326f07/attachment.html>
More information about the Chimera-users
mailing list