Hi DRC, Things work fine with the Nvidia Quardo M2000, but not the Tesla V100. My test system has both the Tesla V100 and the Quadro M2000 cards installed and online at the same time. Setting VGL_DEFAULTFBCONFIG does not have any effect on mate-session, HFSS, or glxinfo when I tested them.
So far, I'm having the "Could not obtain RGB visual on the server suitable for off-screen rendering" error with the following programs: - glxinfo - mate-session (RHEL 7.6 with latest EPEL, mate-session-manager-1.16.1-3.el7.x86_64) - Ansys Electromagnetics Desktop 2019R1 (HFSS 19.3) Applications that work without the RGB visual error include: - Matlab 2017b - startkde I'm using the Nvidia and CUDA driver packages from http://developer.download.nvidia.com/compute/cuda/repos/rhel7/x86_64 Driver details: % cat /proc/driver/nvidia/version NVRM version: NVIDIA UNIX x86_64 Kernel Module 418.39 Sat Feb 9 19:19:37 CST 2019 GCC version: gcc version 4.8.5 20150623 (Red Hat 4.8.5-36) (GCC) % rpm -q nvidia-driver nvidia-driver-418.39-4.el7.x86_64 Strace confirms that the error is related to glXGetConfig(): ------------------- % strace -s2560 vglrun -d :1 -c proxy mate-session 2>&1 | grep -C1 'RGB visual' futex(0x7fe81b61a190, FUTEX_WAKE_PRIVATE, 2147483647) = 0 write(2, "[VGL] ERROR: in glXGetConfig--\n[VGL] 1124: Could not obtain RGB visual on the server suitable for off-screen rendering\n", 122[VGL] ERROR: in glXGetConfig-- [VGL] 1124: Could not obtain RGB visual on the server suitable for off-screen rendering ) = 122 ------------------- % strace -s2560 vglrun -d :1 -c proxy glxinfo 2>&1 | grep -C1 'RGB visual' futex(0x7f253e384190, FUTEX_WAKE_PRIVATE, 2147483647) = 0 write(2, "[VGL] ERROR: in glXGetConfig--\n[VGL] 1124: Could not obtain RGB visual on the server suitable for off-screen rendering\n", 122[VGL] ERROR: in glXGetConfig-- [VGL] 1124: Could not obtain RGB visual on the server suitable for off-screen rendering ) = 122 ------------------- Thanks, Jason --------------------------------------------------------------------------- Jason Edgecombe | Linux Administrator UNC Charlotte | The William States Lee College of Engineering 9201 University City Blvd. | Charlotte, NC 28223-0001 Phone: 704-687-1943 [email protected] | http://engr.uncc.edu | Facebook --------------------------------------------------------------------------- If you are not the intended recipient of this transmission or a person responsible for delivering it to the intended recipient, any disclosure, copying, distribution, or other use of any of the information in this transmission is strictly prohibited. If you have received this transmission in error, please notify me immediately by reply e-mail or by telephone at 704-687-1943. Thank you. On Tue, Mar 12, 2019 at 12:36 PM DRC <[email protected]> wrote: > What are "some 3D apps"? Please be specific. Are these commercial > applications? Do they all use a particular framework/toolkit like GTK, > Qt, JOGL, wxWidgets, etc.? Most likely, the applications in question > are "visual hunting", which means they are iterating through available > visuals and calling glXGetConfig() on each in an attempt to find a > visual with particular OpenGL rendering attributes. When an application > does that rather than call glXChooseVisual() or > glXGetVisualFromFBConfig() to obtain an OpenGL-compatible visual, > VirtualGL has no idea which OpenGL rendering attributes the application > wants. All VirtualGL can do in this case is map the unknown visuals to > a default GLXFBConfig on the 3D X server. Referring to > https://github.com/VirtualGL/virtualgl/issues/96, applications that do > this are most commonly looking for either an alpha channel or a stencil > buffer, so try setting (in the environment) > > VGL_DEFAULTFBCONFIG=GLX_STENCIL_SIZE,8 > or > VGL_DEFAULTFBCONFIG=GLX_ALPHA_SIZE,8 > or > VGL_DEFAULTFBCONFIG=GLX_ALPHA_SIZE,8,GLX_STENCIL_SIZE,8 > > I'm looking into better ways of addressing this problem in the long > term, since it seems to be popping up more frequently lately. That's > why I'm asking you about toolkits. I'm wondering if some OSS widget > toolkit or other graphics framework has started visual hunting for some > reason. Minimally, I need to document the scope of the problem and a > workaround, so I need to know which applications (or, more generally, > which toolkits) are affected. > > On 3/12/19 8:09 AM, Jason Edgecombe wrote: > > Hi everyone, > > > > I'm having trouble using VirtualGL with an Nvidia Tesla card. When > > trying to run some 3D apps, I get the error "Could not obtain RGB visual > > on the server suitable for off-screen rendering" > > > > Here is an example: > > ---------------------------------------------------- > > % vglrun -d :1 glxinfo | grep OpenGL > > OpenGL vendor string: NVIDIA Corporation > > OpenGL renderer string: Tesla V100-PCIE-32GB/PCIe/SSE2 > > OpenGL core profile version string: 4.6.0 NVIDIA 418.39 > > OpenGL core profile shading language version string: 4.60 NVIDIA > > OpenGL core profile context flags: (none) > > OpenGL core profile profile mask: core profile > > OpenGL core profile extensions: > > OpenGL version string: 4.6.0 NVIDIA 418.39 > > OpenGL shading language version string: 4.60 NVIDIA > > OpenGL context flags: (none) > > OpenGL profile mask: (none) > > OpenGL extensions: > > [VGL] ERROR: in glXGetConfig-- > > [VGL] 1124: Could not obtain RGB visual on the server suitable for > > off-screen rendering > > ---------------------------------------------------- > > > > glxspheres runs as expected without errors. > > > > Does anyone have any insights into this problem? > > > > Thanks, > > Jason > > > --------------------------------------------------------------------------- > > Jason Edgecombe | Linux Administrator > > UNC Charlotte | The William States Lee College of Engineering > > 9201 University City Blvd. | Charlotte, NC 28223-0001 > > Phone: 704-687-1943 <tel:704-687-1943> > > [email protected] <mailto:[email protected]> | http://engr.uncc.edu | > > Facebook > > > --------------------------------------------------------------------------- > > -- > You received this message because you are subscribed to the Google Groups > "VirtualGL User Discussion/Support" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/virtualgl-users/8a0be31c-b377-4131-8735-955c7132e9ab%40virtualgl.org > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "VirtualGL User Discussion/Support" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/CAAR6MGD2PWeFGDYMGPGMTF-3zhZB1wRnzfPS3AMkZeArJn7QPA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
