On 1/18/12 5:54 PM, Mark Dalton wrote: > On my other servers (workstations that have a normal NVIDIA Video card > and a monitor) they work correctly with just: > vglrun glxspheres64 > > And they point the VGL_DISPLAY :1, since my DISPLAY is :1 or > higher in TurboVNC.
VGL_DISPLAY and DISPLAY should never be the same. I have no idea how you were able to make anything work with VGL_DISPLAY=:1. VGL_DISPLAY points to the display where the 3D accelerator is attached, which is usually :0 (but not always.) DISPLAY points to the 2D X Server, or the X server where the final, rendered 3D images are to be sent. > Also if I change the BusID it complains about the issue with the > vga compatible display. > > However if I leave it to be :0 then it is: > Also I noticed that the NVIDIA is not listed as the 'VGA compatible' card.. > But as the 3D controller. > > lspci -vvv | egrep -i "3D controller|nvidia|VGA comp" > > 01:03.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev > 02) (prog-if 00 [VGA controller]) > 06:00.0 3D controller: nVidia Corporation GF100 [Tesla M2070Q] (rev a3) > Subsystem: nVidia Corporation Device 087f > Kernel driver in use: nvidia > Kernel modules: nvidia, nouveau Try following the procedure found here: http://www.virtualgl.org/Documentation/RHEL6 to disable nouveau. You want to use the vendor-supplied driver from nVidia, not nouveau. > I did notice another oddity.. > > Also I noticed that the NVIDIA is not listed as the 'VGA compatible' card.. > But as the 3D controller. > > lspci -vvv | egrep -i "3D controller|nvidia|VGA comp" > > 01:03.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev > 02) (prog-if 00 [VGA controller]) > 06:00.0 3D controller: nVidia Corporation GF100 [Tesla M2070Q] (rev a3) > Subsystem: nVidia Corporation Device 087f > Kernel driver in use: nvidia > Kernel modules: nvidia, nouveau I am not an expert on Teslas (others on the list are, so I'm hoping they can chime in), but I'm guessing that it doesn't show up as a VGA controller because it isn't. It's just a GPU. You can't actually display anything on it per se, but VirtualGL can use it for 3D rendering, because VirtualGL renders everything in off-screen PBuffers. However, there needs to be an X server attached to the Tesla card and running, so that's Job 1. > On Wed, Jan 18, 2012 at 5:27 PM, DRC <dcomman...@users.sourceforge.net> wrote: >> The -d option to vglrun doesn't do what you think it does. That is for >> specifying the "3D X Server", that is, the X server where VirtualGL >> sends the 3D commands to actually be rendered. Unless you have multiple >> GPUs that you want to use, then the 3D X Server should almost always be >> left at the default setting (:0). This is all in the User's Guide, BTW. >> >> >> On 1/18/12 10:50 AM, Mark Dalton wrote: >>> I have a Remote Viz node I am trying to setup without a monitor (part >>> of a cluster). >>> I have a NVIDIA Tesla M2070Q, it is a HP blade. >>> >>> So I have used HPs M2070Q NVIDIA 270 driver, and also NVIDIAs 290.10 >>> driver. >>> And installed the VirtualGL-2.3-20111213 and turbovnc-1.0.2-20110808. >>> >>> >>> I have the same setup on another RedHat EL 6.2 system (really it is >>> PUIAS www.elders.princeton.edu) >>> and we now have the RPMS for VirtualGL, turbovnc, NVIDIA, paraview, >>> visit, hdf5, etc. in the repository. >>> >>> So on the Workstation with a GF106GL [Quadro 2000] and a monitor all is >>> working. >>> On the HP Server with a GF100 [Tesla M2070Q] and ipmi console access, >>> I get errors. >>> >>> >>> In TurboVNC: >>> >>> vglrun +tr -d :1 glxspheres64 >>> [VGL] dlopen (filename=libc.so.6 flag=1 retval=0x7f51b71664c8) >>> [VGL] dlopen (filename=NULL flag=257 retval=0x3be9a21188) >>> [VGL] dlopen (filename=libselinux.so.1 flag=1 retval=0x019325c0) >>> [VGL] dlopen (filename=NULL flag=1 retval=0x3be9a21188) >>> [VGL] dlopen (filename=/lib64/libc.so.6 flag=1 retval=0x7f51b71664c8) >>> [VGL] dlopen (filename=/lib64/libdl.so.2 flag=1 retval=0x7f51b7662660) >>> [VGL] dlopen (filename=/lib64/libpthread.so.0 flag=1 retval=0x7f51b7165000) >>> [VGL] dlopen (filename=libnvidia-tls.so.290.10 flag=1 retval=0x7f51b7164000) >>> [VGL] dlopen (filename=NULL flag=1 retval=0x3be9a21188) >>> [VGL] dlopen (filename=libc.so.6 flag=1 retval=0x7f51b71664c8) >>> Polygons in scene: 62464 >>> [VGL] XOpenDisplay (name=NULL >>> [VGL] XQueryExtension (dpy=0x01946080(:1.0) name=XKEYBOARD >>> *major_opcode=0 *fi >>> rst_event=170 *first_error=1 ) 0.042915 ms >>> [VGL] dpy=0x01946080(:1.0) ) 1.899958 ms >>> [VGL] glXChooseVisual (dpy=0x01946080(:1.0) screen=0 attrib_list=[0x0004 >>> 0x0008= >>> 0x0008 0x0009=0x0008 0x000a=0x0008 0x000c=0x0001 0x0005 ] Xlib: extension >>> "GLX" >>> missing on display ":1.0". >>> ERROR (596): Could not obtain RGB visual with requested properties >>> >>> >>> >>> On both systems I am in the vglusers group (and video) >>> >>> ls -ld /dev/nvi* >>> crw-rw----. 1 root vglusers 195, 0 Jan 18 11:08 /dev/nvidia0 >>> crw-rw----. 1 root vglusers 195, 255 Jan 18 11:08 /dev/nvidiactl >>> >>> >>> I was wondering if I need to setup any special options for grub.conf >>> or on the Nvidia >>> card itself. >>> >>> vglconnect (ssh -X) works just fine, but using my remote video card. >>> >>> Mark >>> >>> ------------------------------------------------------------------------------ >>> Keep Your Developer Skills Current with LearnDevNow! >>> The most comprehensive online learning library for Microsoft developers >>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >>> Metro Style Apps, more. Free future releases when you subscribe now! >>> http://p.sf.net/sfu/learndevnow-d2d >>> _______________________________________________ >>> VirtualGL-Users mailing list >>> VirtualGL-Users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> VirtualGL-Users mailing list >> VirtualGL-Users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/virtualgl-users > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > VirtualGL-Users mailing list > VirtualGL-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ VirtualGL-Users mailing list VirtualGL-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/virtualgl-users