The only thing I can think of is maybe the permissions on the graphics device (/dev/nvidia*) aren't allowing that user to access it, but it would be rare for that to affect only one user.
Otherwise, an environment variable or some sort of configuration in the user's home dir. I would first try temporarily moving the user's home dir to see if that helps, then try using their home dir but changing their default shell to see if maybe there's something in the .bashrc or .cshrc file that could be the problem. On Aug 30, 2012, at 11:35 PM, Paul McIntosh <pau...@vpac.org> wrote: > 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 ------------------------------------------------------------------------------ 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
