Messages in this thread | | | Date | Tue, 26 Aug 2008 16:18:51 +0200 | From | Gerhard Brauer <> | Subject | Re: 2.6.{26.2,27-rc} oops on virtualbox |
| |
On Fri, Aug 22, 2008 at 02:08:13PM -0700, H. Peter Anvin wrote: > Luiz Fernando N. Capitulino wrote: >> >> I have asked Mandriva and Ubuntu users to test this and all of >> them so far are saying that noreplace-paravirt works. >> >> It makes the system slower, but it works. >> > > Yes, the big issue is exactly what VirtualBox screws up in this matter, > how to detect it, and how to work around it. > > It's pretty clear it's a VirtualBox f*ckup at this point, but the failure > mechanism isn't at all obvious and so far the workaround is elusive. > > I'm strongly suspect this is a VirtualBox tcache management failure, but > that doesn't help the situation without knowing how it happens.
On Archlinux we have the same problem. We have a bugreport here: http://bugs.archlinux.org/task/11141
Myself test it with a LiveCD/Install-ISO which has 2.6.26 as install kernel. We have the guest oops on virtualbox-ose, virtualbox-sun and both on i686 or x86_64 hosts.
Some things i noticed: - The system boots always when i either enable VT-x in guest settings or disable acpi and run the guest with acpi=off. - The oops occurs always on (disk)-io, no matter which file system i use. - When the oops has occured and the guest has to close and restart then, if i don't use VT-x or acpi=off, i always get an oops directly when initrd/kernel is starting. Last screen message before the oops then is "Freeing SMP alternatives".
Here is also an archive with guest dmesg and messages.log from such an oops when heavy disk io leads to the oops: http://bugs.archlinux.org/task/11141?getfile=2445
> -hpa
Gerhard
-- Standards sind eine tolle Sache. Ich finde, jeder sollte einen haben.
| |