Oops, I apparently glazed over that part of the original message. :) VizStack looks very cool.
If pbdemo works, then please send the source code for the app that is failing, and I'll try it out here. That warning message from VirtualGL is printed in glXChooseVisual() and is typically caused by one of three things: -- The 2D X server doesn't have a 24-bit visual available -- The 3D X server (:15 in your case) doesn't have a 24-bit or 32-bit FB config available -- The 3D X server doesn't have an FB config available that supports Pbuffers This warning message is printed whenever VirtualGL can't obtain an appropriate 24-bit or 32-bit Pbuffer-enabled FB config to map to the visual that the app is requesting. The warning basically says-- the application is probably about to print an error message and fail. In your case, the application appears to be subsequently seg faulting, which isn't good. It may not be properly checking for a NULL return value from glXChooseVisual(). On 4/22/10 10:31 PM, Shree Kumar wrote: > > Yes, I have set VGL_DISPLAY before using vglrun. > > I'm on a 6 GPU box. The piece of software I'm writing (VizStack, mentioned > below) dynamically manages the X servers. I see some mails in the list > asking about how to use VirtualGL with multiple GPUs. VizStack will meet > their needs on single nodes as well as on cluster of nodes. > > VizStack maintains pools of X servers, so I end up with :15 ! > > I will try running mesademos/pbdemo.c. > > Thanks > -- Shree > > On Thu, Apr 22, 2010 at 8:33 PM, DRC <[email protected] > <mailto:[email protected]>> wrote: > > VirtualGL should run fine with applications that use Pbuffers. > mesademos/pbdemo.c in the VirtualGL source tree demonstrates this. > There is apparently something else wrong here. > > The fact that your 3D X server is :15 is unusual. The 3D X server is > typically :0.0, although it may be :0.1 or :0.2 if you have multiple 3D > graphics cards. Did you override the default value of VGL_DISPLAY? If > so, why did you set it to :15? > > On 4/22/10 5:38 AM, Shree Kumar wrote: > > Hi, > > > > I've been using TurboVNC/VirtualGL as a remote access mechanism; > we also > > provide it as a remote access method with VizStack > > (http://www.vizstack.sourceforge.net) > > > > In my setup, "vglrun glxgears" works fine. However, an application > which > > uses Pbuffers itself fails. e.g. > > > > sh...@servergfx:~/equalizer-release-0.9.1/examples/configs$ vglrun > eqPly > > -m ~/happy.ply > > [VGL] WARNING: VirtualGL attempted and failed to obtain a > Pbuffer-enabled > > [VGL] 24-bit visual on the 3D X server :15. If the application > > [VGL] subsequently fails, then make sure that the 3D X server is > > configured > > [VGL] for 24-bit color and has accelerated 3D drivers installed. > > Segmentation fault > > sh...@servergfx:~/equalizer-release-0.9.1/examples/configs$ > > > > In this case, equalizer is trying to create a pbuffer for rendering. > > > > Any hints on what could be going wrong here ? > > > > Thanks > > -- Shree > > http://vizstack.sourceforge.net/ > > http://www.shreekumar.in/ > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > VirtualGL-Users mailing list > > [email protected] > <mailto:[email protected]> > > https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > > ------------------------------------------------------------------------------ > _______________________________________________ > VirtualGL-Users mailing list > [email protected] > <mailto:[email protected]> > https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > > > > -- > http://www.shreekumar.in/ > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > VirtualGL-Users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ _______________________________________________ VirtualGL-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/virtualgl-users
