VirtualBox

Opened 11 years ago

Closed 10 years ago

#11519 closed defect (fixed)

Permanent fails with StackHash on Windows Server 2008 x64

Reported by: tiandrey Owned by:
Component: other Version: VirtualBox 4.2.6
Keywords: crash Cc:
Guest type: Linux Host type: Windows

Description

Hello. My host OS is Windows Server 2008 R2 Enterprise x64, guest OS is Ubuntu 8.04.4 LTS amd64. VM has 8 processors, 8GB RAM. Almost every time I start parallel build of something heavy (for example, Qt, Boost) VM gets stuck and/or VirtualBox faces APPCRASH. CrashedApplication always is VirtualBox.exe; CrashedModule was vboxdd.dll when VM network adapter was Bridged, after some googling I've changed it to NAT and now CrashedModule is StackHash.

I often have htop running on VM, and I've noticed that before crash there are some processes that use 100% of kernel time; if I have enough time to kill those processes, crash doesn't occur.

When I was building Boost, VM has crashed over 10 times while I was trying to build it with make -j8 and it has never been finished. However, when I tried to build it with make -j4, it has built in the first try.

Kernel version of Ubuntu is 2.6.24-26, I tried installing 3.8.0 - it changed nothing; GuestAdditions are installed. Also I tried downgrading to VirtualBox 4.2.4, it didn't help neither. I don't attach VBox.log because there is nothing about crash.

On the same host I have VM with fresh Gentoo, it has the same number of processors and I build that heavy software there too - it never crashed. What's the problem?

Attachments (5)

crash1.png (10.6 KB ) - added by tiandrey 11 years ago.
APPCRASH info #1
crash2.png (10.7 KB ) - added by tiandrey 11 years ago.
APPCRASH info #2
crash3.png (234.3 KB ) - added by tiandrey 11 years ago.
Last moments of htop's life
VBox.log (55.5 KB ) - added by tiandrey 11 years ago.
VBox.log.1 (56.5 KB ) - added by tiandrey 11 years ago.

Download all attachments as: .zip

Change History (10)

by tiandrey, 11 years ago

Attachment: crash1.png added

APPCRASH info #1

by tiandrey, 11 years ago

Attachment: crash2.png added

APPCRASH info #2

by tiandrey, 11 years ago

Attachment: crash3.png added

Last moments of htop's life

comment:1 by tiandrey, 11 years ago

UPDATE: the problem occurs when there is massive access to the HDD. Simple 'dd if=/dev/sda of=/dev/null' makes VirtualBox crash.

comment:2 by Frank Mehnert, 11 years ago

Please attach a VBox.log of such a VM session.

by tiandrey, 11 years ago

Attachment: VBox.log added

comment:3 by tiandrey, 11 years ago

The VM's VDI is located on a RAID partition, if it matters.

comment:4 by tiandrey, 11 years ago

Don't think it really matters - I've tried moving whole VM to a regular partition, and it crashed again.

by tiandrey, 11 years ago

Attachment: VBox.log.1 added

comment:5 by Frank Mehnert, 10 years ago

Resolution: fixed
Status: newclosed

Please reopen if still relevant with VBox 4.3.2.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use