Hi,
This one has me stumped - we have one user that can't use vglrun - it just
won't see the GPUs, everybody else on the system has no problems
(virtualgl/2.3.1 + turbovnc/1.1 + CentOS release 5.6) e.g.
Error:
vglrun glxgears
Error: couldn't get an RGB, Double-buffered visual
Diagnostics:
The problem is this user alone, the problem follows the user from node to node.
As far as I can tell the users environment is the same as working ones
(DISPLAY=:1). I can reproduce the problem myself by su'ing to the user on the
cluster (so the problem is nothing to do with the client side).
GPU (screenless) rendering is ok...
glxgears -display :0
51071 frames in 5.0 seconds = 10214.045 FPS
52646 frames in 5.0 seconds = 10529.120 FPS
libdlfaker.so loaded ok...
vglrun ldd -r /usr/bin/glxgears
linux-vdso.so.1 => (0x00007fff51236000)
libdlfaker.so => /usr/local/virtualgl/2.3.1/lib/libdlfaker.so
(0x00002b0ba09bc000)
librrfaker.so => /usr/local/virtualgl/2.3.1/lib/librrfaker.so
(0x00002b0ba0bbd000)
libGL.so.1 => /usr/lib64/libGL.so.1 (0x00000031e2a00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003dd9400000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x0000003ddac00000)
libm.so.6 => /lib64/libm.so.6 (0x0000003dda000000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003dd9800000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003dd9c00000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x0000003ddb800000)
/lib64/ld-linux-x86-64.so.2 (0x0000003dd9000000)
libnvidia-tls.so.295.71 => /usr/lib64/tls/libnvidia-tls.so.295.71
(0x00000031e2e00000)
libnvidia-glcore.so.295.71 => /usr/lib64/libnvidia-glcore.so.295.71
(0x00000031e0600000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x0000003ddb000000)
libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x0000003dda800000)
glxinfo on the virtual display fails...
vglrun glxinfo
name of display: :1.0
Error: couldn't find RGB GLX visual or fbconfig
1 GLX Visuals
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 16 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None
glxinfo on the real display ok...
vglrun glxinfo -display :0
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: VirtualGL
server glx version string: 1.4
server glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_SGI_make_current_read, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SUN_get_transparent_index, GLX_ARB_create_context
client glx vendor string: VirtualGL
client glx version string: 1.4
...
Has anyone seen this before? I am guessing that there is some user based X
session configuration that is getting in the way - next step is to start
deleting session infomation but I'd thought I'd ask in case someone knew what
to target?
Cheers,
Paul
--
Dr Paul McIntosh
Senior Visualisation Analyst/MOSP Project Leader
Multi-modal Australian ScienceS Imaging and Visualisation Environment
(www.massive.org.au)
Ph: 9902 0439 Mob: 0434 524935
Victorian Partnership for Advanced Computing
www.vpac.org - Innovation powered by Advanced Computing
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users
