Error: [VGL] 394: GL_ARB_pixel_buffer_object extension not available

[biozit]

Dear VirtualGL users  and developers,

  We try to run virtualgl using;

VirtualGL-2.5.90.x86_64.rpm

LSB Version:    :core-4.1-amd64:core-4.1-noarch
Distributor ID:    Scientific
Description:    Scientific Linux release 7.4 (Nitrogen)
Release:    7.4
Codename:    Nitrogen


+-----------------------------------------------------------------------------+
| NVIDIA-SMI 396.26                 Driver Version: 396.26                    |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  Quadro K1200        Off  | 00000000:02:00.0  On |                  N/A |
| 39%   32C    P8     1W /  35W |     23MiB /  4043MiB |      0%      Default |
+-------------------------------+----------------------+----------------------+
                                                                              
+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0      6243      G   /usr/bin/X                                    20MiB |
+-----------------------------------------------------------------------------+

We already runned the vglserver_config and the vglrun result is:

vglrun glxgears
[VGL] NOTICE: Automatically setting VGL_CLIENT environment variable to
[VGL]    143.106.6.188, the IP address of your SSH client.
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
[VGL] WARNING: The OpenGL rendering context obtained on X display
[VGL]    :0 is indirect, which may cause performance to suffer.
[VGL]    If :0 is a local X display, then the framebuffer device
[VGL]    permissions may be set incorrectly.
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
[VGL] ERROR: in readPixels--
[VGL]    394: GL_ARB_pixel_buffer_object extension not available


any suggestion ?

[DRC]

I suspect something is wrong with your system.

These lines:

> libGL error: No matching fbConfigs or visuals found
> libGL error: failed to load driver: swrast
> [VGL] WARNING: The OpenGL rendering context obtained on X display
> [VGL] :0 is indirect, which may cause performance to suffer.
> [VGL] If :0 is a local X display, then the framebuffer device
> [VGL] permissions may be set incorrectly.
> Running synchronized to the vertical refresh. The framerate should be
> approximately the same as the monitor refresh rate.

indicate that you're somehow picking up Mesa rather than the nVidia
drivers. What happens if you perform the "Sanity Check" procedure
described in this section of the User's Guide:
https://cdn.rawgit.com/VirtualGL/virtualgl/master/doc/index.html#hd006002
?

I strongly suspect that it will report that Mesa is your OpenGL
renderer. From the SMI output, it does appear as if the 3D X server is
using the nVidia drivers, but perhaps /usr/lib64/libGL.so.1 isn't
pointing to the right libGL implementation? Or perhaps you're trying to
run a 32-bit build of GLXgears, and you don't have the 32-bit nVidia
OpenGL stack installed? Impossible to say without knowing more.

> --
> 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 virtualgl-use...@googlegroups.com
> <mailto:virtualgl-use...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/virtualgl-users/ba245a30-23d8-4a48-a903-723d0fb62665%40googlegroups.com
> <https://groups.google.com/d/msgid/virtualgl-users/ba245a30-23d8-4a48-a903-723d0fb62665%40googlegroups.com?utm_medium=email&utm_source=footer>.
> For more options, visit https://groups.google.com/d/optout.

[biozit]

Dear DRC,

  Thank you very much, the problem was the default libGL is not the /usr/lib64/nvidia/libGL.so.1, creating a new link  ln -s /usr/lib64/nvidia/libGL.so.1 /usr/libGL.so.1 solve the problem (or simple removing rm /usr/lib64/libGl.so.1).
 
  The ldd now:

    linux-vdso.so.1 =>  (0x00007fffc8b6e000)
    libGL.so.1 => /usr/lib64/nvidia/libGL.so.1 (0x00007f2cdb06f000)
    libm.so.6 => /usr/lib64/libm.so.6 (0x00007f2cdad6d000)
    libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f2cdaa2f000)
    libc.so.6 => /usr/lib64/libc.so.6 (0x00007f2cda662000)
    libdl.so.2 => /usr/lib64/libdl.so.2 (0x00007f2cda45e000)
    libGLX.so.0 => /usr/lib64/nvidia/libGLX.so.0 (0x00007f2cda22e000)
    libGLdispatch.so.0 => /usr/lib64/nvidia/libGLdispatch.so.0 (0x00007f2cd9f60000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f2cdb313000)
    libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f2cd9d38000)
    libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f2cd9b26000)
    libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f2cd9922000)


 Best reagards.

[DRC]

I figured it was something like that. Not sure how that library got
borked. The nVidia installer usually re-links it appropriately.

> --
> 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 virtualgl-use...@googlegroups.com
> <mailto:virtualgl-use...@googlegroups.com>.
> To view this discussion on the web visit

> https://groups.google.com/d/msgid/virtualgl-users/9930a2be-e75d-4a8b-a14d-14755ee1bbe5%40googlegroups.com
> <https://groups.google.com/d/msgid/virtualgl-users/9930a2be-e75d-4a8b-a14d-14755ee1bbe5%40googlegroups.com?utm_medium=email&utm_source=footer>.