Sorry that symptom mean to read:
$ ./glxinfo -display :0
No protocol specified
No protocol specified
Error: unable to open display :0
On 16 July 2012 20:41, DRC <dcomman...@users.sourceforge.net> wrote:
> You're not making sense. TurboVNC has no interaction at all with the root
> display. It is completely independent of it. You can use TurboVNC without
> VGL, and you can also use VGL without TurboVNC. VGL needs two X servers: 3D
> and 2D. The 3D X server is the one attached to the 3D hardware, and this is
> where the 3D rendering occurs. The 2D X server is where the images are
> ultimately displayed, and it can be either a virtual X server such as VNC
> or an actual X server located on your client machine (if you are using the
> VGL transport) or even a hybrid solution like NX (which is sort of an X
> proxy and sort of not.)
>
> Something is incorrect in your configuration if you're getting a message
> about GLX being missing on :2.0. VGL should never try to send GLX commands
> to :2.0, because that's the 2D X server. If commands are being sent there,
> it's probably because you have errantly tried to override VGL_DISPLAY or
> because VGL isn't loaded.
>
> On Jul 16, 2012, at 12:57 AM, Shanon Loughton <auto...@iinet.net.au>
> wrote:
>
> > Hi
> >
> > Just splitting this issue out...
> >
> > In Ubuntu, with a monitor attached everything works as per VirtualGL
> documentation. With it detached, Ubuntu, or rather Xorg/lightdm does not
> load the Nvidia driver module because it cannot find a physical screen.
> With other VNCs/remote desktop solutions this is ok because a 2D virtual
> framebuffer is created. Obviously for us we need access to the real frame
> buffer on the GPU, accessed through xorg's display :0.0 (usually this
> value).
> >
> > Symptoms of this issue with monitor detached:
> > - running $ vglrun ./glxinfo returns something like
> > Xlib: extension "GLX" missing on display ":2.0".
> > Error: couldn't find RGB GLX visual or fbconfig
> > - running $ xdpyinfo -d :0
> > No protocol specified
> > xdpyinfo: unable to open display ":0".
> > - Your /var/log/Xorg.0.log file attempts to load Nvidia module, but
> fails with something like this:
> > [ 8951.242] (EE) No devices detected.
> > Fatal server error:
> > [ 8951.242] no screens found
> > followed by ceremonious unloading of your precious Nvidia module.
> >
> > This is the problem with Ubuntu and xorg/lightdm.
> >
> > The workaround is as follows:
> > - The screen/display needs to be successfully enabled and to do this you
> can create/edit xorg.conf file to tell the Nvidia module that "there is a
> monitor, trust me":
> > edit /etc/X11/xorg.conf:
> > ...
> > Section "Device"
> > ...
> > Option "ConnectedMonitor" "CRT-0"
> > Option "UseEDID" "FALSE"
> > EndSection
> > - then restart lightdm
> > $ sudo service lightdm restart
> > - Your /var/log/Xorg.0.log will have no NVIDIA(0) errors like lines with
> "(EE)"
> > - This means your display :0.0 is available but only to root user. You
> get the same symptoms as above but can now get access to basic tests such
> as with sudo:
> > $ export XAUTHORITY=/var/run/lightdm/root/:0
> > $ sudo ./glxinfo -c -display :0
> >
> > This is where I get stuck trying to make it all work with normal
> priveleged user. How does vncserver and $HOME/.Xauthority work here? Can I
> link it to /var/run/lightdm/root/:0 ?
> >
> > My Environment:
> > - Ubuntu 12.04 64 bit on both client and server physical machines, both
> intel 64 bit cpu, server has an Nvidia with pbuffer support.
> > - turbovnc_1.1_amd64.deb on both client and server
> > - virtualgl_2.3.1_amd64.deb, and virtualgl32_2.3.1_amd64.deb on server,
> according to 2.3.1 documentation
> > - glxinfo on server shows glx vendor string: NVIDIA Corporation, p in
> the 'drw typ' column
> > - vglserver_config all usual, no limits in place
> >
> > Cheers
> > Shanon
> >
> ------------------------------------------------------------------------------
> > 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
>
------------------------------------------------------------------------------
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
