[lkml]   [2008]   [Aug]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 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:

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
- 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:

> -hpa


Standards sind eine tolle Sache.
Ich finde, jeder sollte einen haben.

 \ /
  Last update: 2008-08-26 16:21    [W:0.071 / U:8.748 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site