Segmentation fault for all OpenGL programs

[honestguvnor]

VirtualBox 4.2.12, Host Windows 7 64 bit, Guest Scientific Linux 6.3

All opengl programs core dump (e.g. glxinfo, glxgears) including the opengl program I am trying to write. Is this a known/expected problem? Can I revert to 4.2.10 and keep my current data? Thanks for any suggestions.

[honestguvnor]

I have upgraded to the latest SL 6.4, rebuilt the guest additions and every opengl program is still core dumping. Is this a known problem? Can I go back to the previous version of virtualbox, install a development version or something that will keep my current setup and allow me to run opengl.

There are no compiler errors in the vboxadd-install log but there is a complaint about autoconf but I don't know if it is relevant. The suggested "make oldconfig && make prepare" to fix the complaint failed almost immediately. I may have been running it from the wrong place.

I also have an old 10.04 Ubuntu guest and opengl seems to be working fine in that.

[Perryg]

Post the guests logs:

/var/log/vbox* (post as an attachment preferable compressed)

[honestguvnor]

Thanks for the interest and the log files are attached. Panic has reduced somewhat since the work builds on the older OS. Can now spend a bit of time understanding what has happened and taking one or two precautions in case it happens again.

[Perryg]

Please try the test build guest additions below:
http://www.virtualbox.org/download/test ... -85720.iso

[honestguvnor]

Thanks but there seems to be a problem with the link. I get a not found 404 on the iso and a forbidden 403 on the directory.

[Perryg]

They took it down. Sorry it was working as of yesterday. You need to wait until next week now to ask them to provide the link again. They may be preparing to release the next maintenance release and that is why they removed it.

In the meantime you can try an older guest addition and see if it helps.
Here is the guest additions for 4.2.10 http://download.virtualbox.org/virtualb ... 4.2.10.iso

[honestguvnor]

Thanks for the suggestion but 4.2.10 fails to compile for reasons that have been seen before. Had I not upgraded the OS to 6.4 it would probably have worked but that's life. I may have a play with the source at the weekend but if the next release is going to happen next week and I can get on with most of my work on ubuntu 10.04 things are not as pressing as they were when I first posted. Thanks again.

[Perryg]

I understand. There were some issues with kernel updates that messed things up and then the kernel bugs got fixed after the release was presented, then the releases didn't work properly. What I call a perfect storm. I worked through them but it was a chore even with building from SVN.

[aerisod]

Is there any new word on this? I'm also experiencing this problem. I'm currently running Virtualbox 4.2.12 r84980 on a Win7 64 bit host with CentOS 6.4 64bit as the guest and Vboxadditions 4.2.12_84980.

As mentioned in the original post, I'm also seeing seg faults in OpenGL programs.

[matteo]

I have a similar problem, but I think it started with the last updates of mesa-drivers.

To be more specific, I have two Windows 7 hosts, a laptop and a desktop, where I installed a Scientific Linux CERN 6 (a Redhat 6 flavour) guest. I use the VM since quite some time, so the original installation was a SLC 6.3 (so Redhat 6.3) or even 6.2 and probably the Virtualbox version of the time was earlier than version 4. I always kept up-to-date both the VM (now SLC 6.4, kernel version 2.6.32-358.XXX.el6.x86_64) and virtualbox up to version 4.2.10 and 4.2.12 in the cases respectively.

Since some time (now I am conviced since mesa-drivers first updates, virtualbox version was 4.2.10), I was receiving the following warnings with openGL programs:
OpenGL Warning: glFlushVertexArrayRangeNV not found in mesa table
OpenGL Warning: glVertexArrayRangeNV not found in mesa table
OpenGL Warning: glCombinerInputNV not found in mesa table
OpenGL Warning: glCombinerOutputNV not found in mesa table
OpenGL Warning: glCombinerParameterfNV not found in mesa table
OpenGL Warning: glCombinerParameterfvNV not found in mesa table
OpenGL Warning: glCombinerParameteriNV not found in mesa table
OpenGL Warning: glCombinerParameterivNV not found in mesa table
OpenGL Warning: glFinalCombinerInputNV not found in mesa table
OpenGL Warning: glGetCombinerInputParameterfvNV not found in mesa table
OpenGL Warning: glGetCombinerInputParameterivNV not found in mesa table
OpenGL Warning: glGetCombinerOutputParameterfvNV not found in mesa table
OpenGL Warning: glGetCombinerOutputParameterivNV not found in mesa table
OpenGL Warning: glGetFinalCombinerInputParameterfvNV not found in mesa table
OpenGL Warning: glGetFinalCombinerInputParameterivNV not found in mesa table
OpenGL Warning: glDeleteFencesNV not found in mesa table
OpenGL Warning: glFinishFenceNV not found in mesa table
OpenGL Warning: glGenFencesNV not found in mesa table
OpenGL Warning: glGetFenceivNV not found in mesa table
OpenGL Warning: glIsFenceNV not found in mesa table
OpenGL Warning: glSetFenceNV not found in mesa table
OpenGL Warning: glTestFenceNV not found in mesa table

After the last VM updates (again I am now convinced that it was mesa-drivers updates) I ended up with:
1) a desktop with a virtualbox 4.2.10 up-to-date VM where I do not get even the warnings above - but I cannot update virtualbox to 4.2.12 otherwise all openGL programs crash
2) a laptop with a virtualbox 4.2.12 VM where I have to cancel updates (mesa-drivers are among updates) otherwise the openGL programs crash - but I get warnings.
It is hard to reconstruct the exact flow of events that brought to this 2 situation, and I need the machines for my work so I cannot make test with them.

On the other hand, I have a just new laptop - windows 8 this time - where I need to install a similar VM and I will reply to this post as soon as I have made some tests.

[matteo]

As anticipated in the previous reply, I am doing some tests with a Windows 8 host laptop. The Virtualbox version is the last 4.2.12.r84980

The linux guest is Scientific Linux 6.4 (so Redhat or CentOS 6.4 like). The base kernel (i.e. the one that you get with a fresh installation) is 2.6.32-358.el6.x86_64.
The updates as of today brings the kernel to version 2.6.32-358.11.1.el6.x86_64 and install the following xorg and openGL related updates (indicated in the following tests as "graphics updates"):
glx-utils-9.0-0.8.el6_4.3 (x86_64)
mesa-dri-drivers-9.0-0.8.el6_4.3 (x86_64)
mesa-dri-filesystem-9.0-0.8.el6_4.3 (x86_64)
mesa-libGL(and -devel)-9.0-0.8.el6_4.3 (x86_64)
mesa-libGLU(and -devel)-9.0-0.8.el6_4.3 (x86_64)
xorg-x11-drv-mach64-6.9.3-4.1.el6_4 (x86_64)

I took a snapshot of any configuration enlisted below and used glxgears for test. I always reboot the machine before testing.

0) BASE SYSTEM - all package from fresh installation, updates always calcelled, no vbox guest addition:
openGL works fine

A1) ALL BUT GRAPHICS UPDATES TO THE BASE SYSTEM - i.e. all updates with the exception of the ones mentioned above, no vbox guest addition:
openGL works fine

A2) ALL UPDATES - but not yet vbox guest addition:
openGL works fine

A3) ALL UPDATES THEN VBOX ADDITION:
openGL cause Seg Fault

A1B1) ALL BUT GRAPHICS UPDATES THEN VBOX ADDITION:
openGL works with warnings mentioned in my previous post

A1B2) ALL BUT GRAPHICS UPDATE THEN VBOX ADDITION THEN glx-utils:
openGL works with warnings mentioned in my previous post

A1B3) AS ABOVE, PLUS mesa-libGL(-devel), mesa-libGLU(-devel), mesa-dri-drivers
openGL cause Seg Fault

A1B4) AS THE PREVIOUS, PLUS mesa-dri-filesystem
openGL cause Seg Fault

The conclusion so far is that the last version of mesa-libGL(U) and mesa-dri-drivers are the cause of the crash but I get anyway warnings as soon as I install the guest addition.

Can I try anything else useful to sort out the problem? (I am not a deep expert) If useful, I can attach the report taken by the abrt application and the relative coredump file.

[Perryg]

Is the host graphics adapter nvidia?

[honestguvnor]

VirtualBox 4.2.14, Host Windows 7 64 bit, Guest Centos 6.4 (64 bit)

I upgraded to VirtualBox 4.2.14 but the segmentation fault for all opengl programs remained with my SL 6.4 host.

I installed a fresh Centos 6.4 (64 bit) host from the live CD, updated, installed dkms and requirements, rebooted, installed guest additions, rebooted and, again, all opengl program segmentation fault.

The graphics card is an ATI Mobility Radeon HD 5470.

Suggestions?

[honestguvnor]

I have gone back to the original Centos 6.4 and updated bit by bit. My results are the same as those of matteo: the segmentation fault occurs with the updated version of mesa but not the base version.

Does anyone have an up-to-date RHEL/Centos/SL 6.4 with an up-to-date VB that has working OpenGL?