VirtualBox

Opened 12 years ago

Closed 12 years ago

#10741 closed defect (fixed)

OSX host crasher repro

Reported by: swork Owned by:
Component: VM control Version: VirtualBox 4.1.18
Keywords: Cc:
Guest type: other Host type: Mac OS X

Description

I have a simple-case repro for a host crash problem possibly related to several open or "closed - works for me" bug records here. It's quite consistent on my host (MacBookPro6,1, 8GB RAM). The VM config simplifications described below don't seem to be necessary but might help rule out culprits.

  1. Create two VMs, all defaults. Simplify the situation by eliminating disks (no devices attached to default IDE bus), disable audio, disable network cards.
  1. Run a shell-script loop starting both VMs then stopping both VMs. ("for i in 1 2 3 4 5 6 7 8 9 ; vboxmanage startvm empty1 ; vboxmanage startvm empty2 ; vboxmanage controlvm empty1 poweroff ; vboxmanage controlvm empty2 poweroff ; done")
  1. See host crash after a few cycles.

Notes:

  1. This is not a realistic use case, but I hit this (or a similar-symptom) crasher in actual use with two Ubuntu guests, with a script automatically stopping them at about the same time (one shell process issues "vboxmanage controlvm name poweroff" for both VMs in succession). I marked this "critical," hope you agree.
  1. Crash does not reproduce here if the IDE bus itself is removed from both VMs; could be the bus is implicated or just that the timing changes.
  1. Host OS is OSX 10.7.3

I'll attach a system crash report.

Attachments (1)

scr.txt (3.0 KB ) - added by swork 12 years ago.
OSX system crash report following repro

Download all attachments as: .zip

Change History (4)

comment:1 by swork, 12 years ago

Post the bug and symptoms change. Host crash hasn't reproduced, though startup hangs the script at the same point crash had been occurring:

Waiting for VM "empty1" to power on...
VM "empty1" has been successfully started.
Waiting for VM "empty2" to power on...
VM "empty2" has been successfully started.
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
0%...10%...20%...30%...40%...50%...

I haven't yet identified what's different now from the trials that led me to post the bug in the first place. (I also have no system crash report to post yet.)

by swork, 12 years ago

Attachment: scr.txt added

OSX system crash report following repro

comment:2 by swork, 12 years ago

Succeeded in reproducing; just took more attempts than I experienced initially (about a dozen runs of the script fragment; also note missing "do" before first "vboxmanage"). I've attached the resulting system crash report. Happy to supply more information and to retest as needed.

comment:3 by Frank Mehnert, 12 years ago

Resolution: fixed
Status: newclosed

Most likely fixed with VBox 4.1.22.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use