The cause... the following in turbovncserver.conf $depth = 16; # $depth = 24;
I gather the issue was that this display depth didn't match the GPU setting - removing the depth fixed the issue (I don't know why it was changed). Cheers, Paul ----- Original Message ----- > Thanks all for the feedback - the user is going through and > selectively removing .dirs until it is fixed. I will send an update > with the offending config file once found. > > Paul > > ----- Original Message ----- > > 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 > > -- > 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 -- 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
