Here is the tracker item from the other user who was having problems with Abaqus:
http://sourceforge.net/tracker/?func=detail&aid=3005112&group_id=117509&atid=678327 The statement he made about LD_LIBRARY_PATH containing "another libGL" might be a clue, because I see in your strace logs that Abaqus appears to have its own version of libGL.so.1 that it might try to be loading. Although I would definitely like to fix the GLXBadContext error, it appears that that's not the real cause of the problem, as the other user encountered that error as well but was still able to successfully run Abaqus 6.9. DRC On 7/22/64 1:59 PM, Nate Fuhriman wrote: > I am running version 195.36.24 of the nvidia drivers. So I'm not hitting that > particular bug. > > I do have version 6.9.2 and 6.9.1 and they both have the same issue with or > without the -nodl option. > > If I turn off 3D support on my local desktop then abaqus will hang with no > error messages and no GUI will come up. So I assume that your guess is right > that it is by passing some calls to the 2D server. > > I have attached a complete strace of the program starting up. if you look in > strace-abq.20018 that is the process that actually prints the error. The > strace was created by running "strace -ff -o strace-abq -s 64 vglrun -nodl > abq6101 view" > > Nate > On Saturday Saturday 18 September 2010 11:51 pm DRC wrote: >> I'm sure they could issue me a demo license, but I wouldn't have time to >> pursue obtaining/installing the app anytime soon unless the effort were >> funded. So, let's try a few other approaches first ... >> >> First-- can you verify that you're using v190.32 or later of the nVidia >> drivers? If not, then please upgrade and retry. There was a known >> issue with nVidia drivers 180.00 - 190.31 which affected VirtualGL's >> ability to dynamically load OpenGL/GLX functions from libGL in certain >> cases. >> >> You mentioned that it works whenever you run it with the VGL Transport. >> I suspect that the reason why is that some of the GLX calls are >> slipping by VirtualGL somehow. You can confirm this by attempting to >> run it with the VGL Transport but disabling GLX on the 2D X server (the >> client machine's X server.) It should fail in a similar manner to how >> it fails with TurboVNC, because the GLX calls that are slipping by >> VirtualGL can no longer be executed by the 2D X server. >> >> Another useful datapoint would be to run with Abaqus 6.9, if you have >> access to it. I have user reports that state that Abaqus 6.9 is known >> to work with VirtualGL as long as you use the -nodl switch. >> >> I'm not familiar enough with strace-- could it track the GLX and OpenGL >> calls that the application is attempting to make to libGL.so.1? If so, >> then yes, it would be helpful. I thought strace could only be used for >> system calls, though. >> >> I guess the ideal situation is that Abaqus is simply using a GLX >> extension or something else that VirtualGL doesn't currently support >> (although I don't know what that could be-- I thought we had covered >> everything.) >> >> DRC >> >> On 9/17/10 12:03 PM, Nate Fuhriman wrote: >>> Same error. with or without the -nodl option. >>> >>> Unfortunately abacus requires a software license. So even if I gave you >>> binaries you wouldn't be able to run it. Is there any addition data I >>> could provide that would be of help? would a full "strace -f" be of any >>> use? >>> >>> Nate >>> >>> On Friday Friday 17 September 2010 10:55 am DRC wrote: >>>> What happens if you run without -nodl? The reason I ask is that that >>>> error message is consistent with an application that has failed to >>>> properly load VirtualGL, which could be due to the use of the -nodl >>>> switch. >>>> >>>> Barring any insights there, I probably need to get a copy of the app to >>>> diagnose this further. >>>> >>>> On 7/22/64 1:59 PM, Nate Fuhriman wrote: >>>>> ok the latest turbovnc beta makes it so that it consistently starts >>>>> with the same error. The embedded 3D window appears as a separate >>>>> empty window. The error I get from the application is >>>>> >>>>> X Error: code 1 major 0 minor 0: GLXBadContextState. >>>>> X Error: code 1 major 0 minor 0: GLXBadContextState. >>>>> >>>>> and attached is the output of "vglrun +tr +v -nodl" although I didn't >>>>> see any errors in it. >>>>> >>>>> Thanks >>>>> Nate >>>>> >>>>> On Thursday Thursday 16 September 2010 6:55 pm DRC wrote: >>>>>> Have you tried the latest beta releases of both TurboVNC and >>>>>> VirtualGL? >>>>>> >>>>>> What is the desktop size of your TurboVNC session (1280x1024, etc.)? >>>>>> >>>>>> What are the error messages that you are getting? >>>>>> >>>>>> On 9/16/10 5:41 PM, Nate Fuhriman wrote: >>>>>>> Has anybody successfully run vglrun/turbovnc with abaqus 6.10.1? When >>>>>>> I try to run it I get different errors every time and occasionally >>>>>>> it actually starts. My guess is that I'm hitting a race condition. >>>>>>> If I just use vglrun it works just fine. It is only when using >>>>>>> turbovnc that I have problems. >>>>>>> >>>>>>> turbovnc 0.6-20090916 >>>>>>> virtualgl 2.1.4-20091230 >>>>>>> >>>>>>> Thanks for any help. >>>>>>> Nate >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> -- -- ----- Start uncovering the many advantages of virtual >>>>>>> appliances and start using them to simplify application deployment >>>>>>> and >>>>>>> accelerate your shift to cloud computing. >>>>>>> http://p.sf.net/sfu/novell-sfdev2dev >>>>>>> _______________________________________________ >>>>>>> VirtualGL-Users mailing list >>>>>>> [email protected] >>>>>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >>>>>> >>>>>> ---------------------------------------------------------------------- >>>>>> -- --- --- Start uncovering the many advantages of virtual appliances >>>>>> and start using them to simplify application deployment and >>>>>> accelerate your shift to cloud computing. >>>>>> http://p.sf.net/sfu/novell-sfdev2dev >>>>>> _______________________________________________ >>>>>> VirtualGL-Users mailing list >>>>>> [email protected] >>>>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >>>> >>>> ------------------------------------------------------------------------ >>>> --- --- Start uncovering the many advantages of virtual appliances >>>> and start using them to simplify application deployment and >>>> accelerate your shift to cloud computing. >>>> http://p.sf.net/sfu/novell-sfdev2dev >>>> _______________________________________________ >>>> VirtualGL-Users mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >>> >>> ------------------------------------------------------------------------- >>> ----- Start uncovering the many advantages of virtual appliances >>> and start using them to simplify application deployment and >>> accelerate your shift to cloud computing. >>> http://p.sf.net/sfu/novell-sfdev2dev >>> _______________________________________________ >>> VirtualGL-Users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users >> >> --------------------------------------------------------------------------- >> --- Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> VirtualGL-Users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/virtualgl-users ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ VirtualGL-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/virtualgl-users
