Virtualbox 1.6.4 segfault when displayed via ssh/X11forward
Posted: 21. Aug 2008, 09:27
During my testing of Virtualbox 1.6.4 (binary edition) I have noticed a problem when connecting to the virtualbox host via ssh with X11 forwarding active. Let's say machine "Ahost" is where I'm sitting and "Bhost" is the machine with virtualbox installed. On Ahost I do
I then start Virtualbox which runs as expected. I select the desired VM and "start" it. At this point it *might* run - if not, the VM status becomes "Aborted" and dmesg reports
So in other words, it is not the remote display itself which causes the problem, but simply the act of displaying on an X display created by ssh's X11 forwarding feature.
Has anyone else seen this? Are there any known fixes?
Both Ahost and Bhost are running Slackware 12.1 with a 2.6.26 kernel.
Regards
jonathan
which gets me a prompt on Bhost. DISPLAY is set to "localhost:11.0" which is the proxy set up by ssh.ssh -Y Bhost
I then start Virtualbox which runs as expected. I select the desired VM and "start" it. At this point it *might* run - if not, the VM status becomes "Aborted" and dmesg reports
If the VM starts then everything runs apparently without trouble until I do a shutdown/poweroff of the VM. The guest OS shuts down normally and the window disappears, but the VM status is again reported as "Aborted". This time dmesg reportsVirtualBox[23317]: segfault at 0 ip 00000000 sp bfb37bac error 4 in VirtualBox[8048000+20f000]
None of these segfaults occur if I run Virtualbox directly from an xsession running on Bhost (DISPLAY set to ":0.0"). However, curiously enough if I doVirtualBox[23511]: segfault at b28db1c8 ip b5d67440 sp bfdd21d0 error 4 in libSDL-1.2.so.0.11.2[b5d4f000+66000]
on Ahost, and then doxhost +
ssh Bhost
in the resulting shell running on Bhost the segfaults do not occur and everything seems to perform as expected. Finally, doingexport DISPLAY=Ahost:0.0
Virtualbox
*on Bhost* and then running "Virtualbox" gives rise to the problems.ssh -Y Bhost
So in other words, it is not the remote display itself which causes the problem, but simply the act of displaying on an X display created by ssh's X11 forwarding feature.
Has anyone else seen this? Are there any known fixes?
Both Ahost and Bhost are running Slackware 12.1 with a 2.6.26 kernel.
Regards
jonathan