VirtualBox

Ticket #9897 (closed defect: fixed)

Opened 2 years ago

Last modified 19 months ago

Frequent panics on Mac OS X when shutting down/starting VMs.

Reported by: jglogan Owned by:
Priority: major Component: VM control
Version: VirtualBox 4.1.6 Keywords: panic
Cc: Guest type: Linux
Host type: Mac OS X

Description (last modified by frank) (diff)

After the 4.1.4 upgrade, I've seen frequent system panics around VM startup/shutdown time. I'm running

Details, including multiple crash dump summaries, are in  https://forums.virtualbox.org/viewtopic.php?f=8&t=45387. Others in the thread have reported the issue on OS X 10.7 also.

Attachments

Kernel_2011-11-13-134811_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
Latest crash report file.
Kernel_2011-11-16-194853_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
Panic occurred about 5-10 sec after VM transitioned to stopped state in VirtualBox Manager.
Kernel_2011-11-28-165649_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
Another post-shutdown panic.
Kernel_2011-12-09-095711_sheffner.panic Download (7.3 KB) - added by sheffner 2 years ago.
Kernel Panic after shutting down Windows 2003 VM
Kernel_2011-12-12-171016_J-Logan-NIM.panic Download (5.1 KB) - added by jglogan 2 years ago.
Panic on 12/12.
Kernel_2011-12-12-175908_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
Hooray...two panics in one hour!
Kernel_2011-12-14-125741_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
Switched to Ubuntu 11.10 guest, panic still happening.
Kernel_2011-12-13-215733_macgate.panic Download (5.9 KB) - added by roamdad 2 years ago.
Panic dump with VirtualBox as last thread
Kernel_2011-12-22-080036_J-Logan-NIM.panic Download (6.3 KB) - added by jglogan 2 years ago.
Crash occurred with 4.1.8.
Kernel_2011-12-27-125209_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
Another 4.1.8 crash
Kernel_2012-01-03-173002_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
4.1.8 crash
Kernel_2012-01-16-155319_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
Another 4.1.8 crash :|
Kernel_2012-01-31-141027_kutia.panic Download (8.1 KB) - added by skoczko 2 years ago.
Kernel panic log
Kernel_2012-02-20-142526_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
4.1.8 crash, shutting down 512MB VM while running 1GB VM
Kernel_2012-02-27-103148_J-Logan-NIM.panic Download (9.3 KB) - added by jglogan 2 years ago.
Another crash.
Kernel_2012-03-09-124731_J-Logan-NIM.panic Download (9.5 KB) - added by jglogan 2 years ago.
Crash on shutdown of VM with no other VMs running.
Kernel_2012-03-26-162255_Dara-MacBook-Pro.panic Download (7.6 KB) - added by Dara 2 years ago.
Kernel_2012-03-26-180646_J-Logan-NIM.panic Download (8.0 KB) - added by jglogan 2 years ago.
Just hit my first 4.1.10 crash.
Kernel_2012-05-01-080907_Macintosh.panic Download (6.5 KB) - added by jglogan 2 years ago.
Crash during 4.1.15 stress test - not directly following shutdown.
Archive.zip Download (6.3 KB) - added by jglogan 2 years ago.
Panic file with kextstat output, OS X 10.7.4.
VBox.log Download (46.8 KB) - added by jglogan 2 years ago.
VBox.log file to go with preceding panic log and kext.txt.
Kernel_2012-04-29-101849_cumulus.panic Download (6.2 KB) - added by Shebang42 2 years ago.
Kernel_2012-05-08-191426_cumulus.panic Download (6.1 KB) - added by Shebang42 2 years ago.
Kernel_2012-05-10-234959_cumulus.panic Download (6.3 KB) - added by Shebang42 2 years ago.
Kernel_2012-05-11-195159_cumulus.panic Download (6.0 KB) - added by Shebang42 2 years ago.
Kernel_2012-05-11-203846_cumulus.panic Download (6.1 KB) - added by Shebang42 2 years ago.
Kernel_2012-05-11-215442_cumulus.panic Download (6.2 KB) - added by Shebang42 2 years ago.
Kernel_2012-05-12-105920_cumulus.panic Download (6.1 KB) - added by Shebang42 2 years ago.
Kernel_2012-05-12-171015_cumulus.panic Download (6.2 KB) - added by Shebang42 2 years ago.
Kernel_2012-05-15-192435_cumulus.panic Download (6.2 KB) - added by Shebang42 2 years ago.
3-crashes-virtualbox.tgz Download (7.9 KB) - added by Shebang42 2 years ago.
pois-crash-4vm.zip Download (50.2 KB) - added by Tonin 2 years ago.
Crash with 3 shuting down guests and a 4th one still running.
kext.txt Download (13.4 KB) - added by orval 23 months ago.
References comment 29
VBox.2.log Download (49.4 KB) - added by orval 23 months ago.
References comment 29
VBox.3.log Download (49.4 KB) - added by orval 23 months ago.
VBcrash.log Download (8.9 KB) - added by orval 23 months ago.
References comment 29

Change History

Changed 2 years ago by jglogan

Latest crash report file.

comment:1 Changed 2 years ago by frank

So your problems started after the upgrade to VBox 4.1.4 (not 4.1.6), is that correct?

comment:2 Changed 2 years ago by jglogan

Yes, that is true. The problem became noticeably frequent after my 4.1.4 upgrade, and upgrading to 4.1.6 did not seem to impact the frequency one way or the other.

comment:3 Changed 2 years ago by jglogan

Occurred again just after shutdown of 10.04LTS VM, attaching another panic file.

Changed 2 years ago by jglogan

Panic occurred about 5-10 sec after VM transitioned to stopped state in VirtualBox Manager.

comment:4 Changed 2 years ago by jglogan

One thing I'm noticing is that I'm not seeing the panic if I only have one virtual machine running and I shut it down, start it up, shut it down, and so on. It only seems to occur if I have two or more VMs running and I shut one down.

Changed 2 years ago by jglogan

Another post-shutdown panic.

comment:5 Changed 2 years ago by jglogan

Additional comments on the forum thread indicate that the issue might present itself only when installed RAM > 4GB.

comment:6 Changed 2 years ago by sheffner

I am having the same issue with 4.1.4, running on an Xserve with 12 GB of RAM, 10.6.8. I have two VMs, one Linux and the other Windows Server 2003. The kernel panic occurs when I shut one of the VMs down while the other is running. The problem does not occur when I restart a VM.

Changed 2 years ago by sheffner

Kernel Panic after shutting down Windows 2003 VM

Changed 2 years ago by jglogan

Panic on 12/12.

Changed 2 years ago by jglogan

Hooray...two panics in one hour!

Changed 2 years ago by jglogan

Switched to Ubuntu 11.10 guest, panic still happening.

comment:7 Changed 2 years ago by roamdad

Mac OS X V10.7.2, 8GB 1333 Mhz Core I7. Original VBox 4.1.6 install and migrating from vmware. After 6 panics while migrating 32 and 64 bit guest VMs, downgraded to 4.0.14 r74382 suggested in other kernel panic threads. Rock steady in 4.0.14. Tried eliminating dual guest cpu and IO APIC, but still kernel panics. Last 3 panics were definitely on shutdown of guest machines.

Changed 2 years ago by roamdad

Panic dump with VirtualBox as last thread

Changed 2 years ago by jglogan

Crash occurred with 4.1.8.

comment:8 Changed 2 years ago by ankh

See also: https://www.virtualbox.org/ticket/9359 (same issue) and:  System instability - OS X kernel panics - with 4.1.4?

Seems pretty clear the problem started after 4.0.14 and persists for some of us. VBox 4.1.x through the current one More than one VM open Panic when one closes Not reproducible or consistent from what's in the blog post reports.

Changed 2 years ago by jglogan

Another 4.1.8 crash

Changed 2 years ago by jglogan

4.1.8 crash

Changed 2 years ago by jglogan

Another 4.1.8 crash :|

Changed 2 years ago by skoczko

Kernel panic log

comment:9 Changed 2 years ago by skoczko

Same situation here - kernel panic when shutting down debian6 or centos5 VMs. Kernel panic log attached.

virtualbox 4.1.8 OS X 10.6.8

comment:10 Changed 2 years ago by jglogan

One thing that I have noticed is that if I run two Ubuntu 11.10 VMs concurrently, one 1GB and one 512MB, I have yet to see the problem.

When I have seen the problem in the past, it is when I am running my dev VM (Ubuntu 11.10, 3GB base memory) and a 1GB Ubuntu 11.10 test VM.

This smells like a page table issue; wonder if there's a 32bit-ism somewhere that's causing this.

Changed 2 years ago by jglogan

4.1.8 crash, shutting down 512MB VM while running 1GB VM

Changed 2 years ago by jglogan

Another crash.

Changed 2 years ago by jglogan

Crash on shutdown of VM with no other VMs running.

comment:11 Changed 2 years ago by Tinow

Same here for VirtualBox 4.1.10 on OS X 10.7.3.

comment:12 Changed 2 years ago by frank

  • Description modified (diff)

Still no clue. It could be also related to 3D acceleration so it would be interesting if this host panics occur with disabled 3D (in VM settings) as well. And we are also interested in getting more crash logs, if possible for VirtualBox 4.1.10.

Changed 2 years ago by Dara

comment:13 Changed 2 years ago by Dara

I experienced an OS X crash as well when shutting down a IE8 VM ( http://www.microsoft.com/download/en/details.aspx?id=11575). I'm running macbook pro 10.7.3 and Virtual Box 4.1.10 r76795.

Attachment: https://www.virtualbox.org/attachment/ticket/9897/Kernel_2012-03-26-162255_Dara-MacBook-Pro.panic

Changed 2 years ago by jglogan

Just hit my first 4.1.10 crash.

comment:14 Changed 2 years ago by jglogan

I'm generally not running 3D acceleration on my guests (according to my VM settings anyway) and I still see crashes.

comment:15 Changed 2 years ago by cgallery

Found wide-spread complaints of Lion kernel panics (not VirtualBox-related) that seem to indicate that wifi (Airport) was the culprit. So I disabled my Airport connection on the MB Air I'm running and low and behold, I'm able to run without any crashes. Ten restarts of Win7 64-bit w/ Airport disabled, no errors. Enable Airport, and I get crashes two on ten reboots.

I wish the MB Air had an actual Ethernet port so I could determine whether that worked. That is, if it is a larger networking issue, or just the Airport. Here is an Apple thread on the issue:  https://discussions.apple.com/thread/3194446?start=0&tstart=0

comment:16 follow-up: ↓ 19 Changed 2 years ago by frank

Thanks for all the crash reports. cgallery, interesting observation. Which VBox networking modes are you (all reporters in this ticket) using? NAT or 'Bridged Networking'?

comment:17 Changed 2 years ago by icknay

Bridged, always (my crash reports are in one of the other threads, same issue tho')

Last edited 2 years ago by icknay (previous) (diff)

comment:18 Changed 2 years ago by jglogan

I use both. My dev machine uses NAT, while my test systems are bridged. The common failure case for me I have a dev and test system running, and I wrap up using a test system and power it down.

As indicated by others (and I've uploaded at least one panic dump for this case also) it is possible to hit this when shutting down the only running VM also.

@cgallery: The bit about wifi is interesting in my case, also. The one panic I've encountered since the 4.1.10 update occurred while I was on the road using wifi; at home, I hadn't hit a panic since the update. I'll keep an eye on this. However, prior to the 4.1.10 update I'm fairly sure I hit this problem with wifi disabled, since my default home setup is to run wired and turn wifi off.

comment:19 in reply to: ↑ 16 Changed 2 years ago by roamdad

Replying to frank:

Thanks for all the crash reports. cgallery, interesting observation. Which VBox networking modes are you (all reporters in this ticket) using? NAT or 'Bridged Networking'?

Wireless turned off and only using wired ethernet. Using bridged and host-only.

comment:20 Changed 2 years ago by frank

We posted a 4.1.15 test build at the Downloads page. Could you test if this build fixes the problems you observe?

comment:21 Changed 2 years ago by jglogan

Hi Frank,

It might be a little late for me to be able to test this meaningfully. I just posted my current state on the forum:

I've been running trouble-free with a mix of Ubuntu 11.10 and Windows 8 guests after my Lion upgrade. I believe I went from 10.6.8 to 10.7.3.

I see the final state of my VM as "Aborted" often after system shutdown completed, and I'm pretty sure there's a localhost crash dump associated with each of these. AFAICT these don't affect the system at all, though - they've never occurred while my system is still running.

So, for me this particular issue seemed to be specific to 10.6.x. I never ran 10.7 before 10.7.3, so I can't comment on whether the panic-on-shutdown problem is an issue there.

Last edited 2 years ago by jglogan (previous) (diff)

comment:22 Changed 2 years ago by jglogan

I went ahead and downloaded and installed 4.1.15, and tomorrow I'll spend an hour stress-testing it to see if I can get a panic to happen. Thanks!

Changed 2 years ago by jglogan

Crash during 4.1.15 stress test - not directly following shutdown.

comment:23 follow-up: ↓ 24 Changed 2 years ago by jglogan

I got through about 20 minutes of stress testing, starting and shutting down 1GB Linux VMs around 10 times while my 4GB dev system was doing a large build.

The system paniced on me (see attached file), but not immediately after a shutdown. Running 6GB of VMs on an 8GB system along with host apps is much more than I'd typically ask of my system, though.

comment:24 in reply to: ↑ 23 Changed 2 years ago by Hachiman

Replying to jglogan:

I got through about 20 minutes of stress testing, starting and shutting down 1GB Linux VMs around 10 times while my 4GB dev system was doing a large build.

The system paniced on me (see attached file), but not immediately after a shutdown. Running 6GB of VMs on an 8GB system along with host apps is much more than I'd typically ask of my system, though.

Could you please, repeat your test with following prerequisites:

# kextstat > kext.txt

And then attach the kext.txt with VBox.log of failed session and panic report, that information will give us a chance to restore the trace from Apple panic format.

Changed 2 years ago by jglogan

Panic file with kextstat output, OS X 10.7.4.

Changed 2 years ago by jglogan

VBox.log file to go with preceding panic log and kext.txt.

Changed 2 years ago by Shebang42

Changed 2 years ago by Shebang42

Changed 2 years ago by Shebang42

Changed 2 years ago by Shebang42

Changed 2 years ago by Shebang42

Changed 2 years ago by Shebang42

Changed 2 years ago by Shebang42

Changed 2 years ago by Shebang42

Changed 2 years ago by Shebang42

comment:25 Changed 2 years ago by Shebang42

I've got the same problem; a crashing OS X after frequent startup/shutdown of VM's. Some of my observations:

  • it can take up to a couple of minutes after VM shutdown for OS X to crash.
  • inpendent of the guest OS. (debian/freebsd/win7/winxp)
  • independent of 32/64 bit guest os. (Initially I used 32, and now 64, but there's no difference in frequency of crashes)
  • Independent of virtual harddisk (vdi/vmdk)
  • I'm pretty sure that the problem started on Virtualbox 4.0.x on SL. Now running Lion with recent 4.1.x.
  • can reproduce the problem on two mac mini's. One with core2duo and 6GB, and an i5 with 8GB. I have run a thorough hardware check on one of the machines.

All my guest os'es have a bridged and vboxnet interface. Attached are some of my crash reports. I don't have a kextstat output available at the moment.

Hope this helps.

comment:26 Changed 2 years ago by Shebang42

Today I've done more than 100 stop/starts of VM's, and I've found an easy way to reproduce the problem. This problem is definitely network related. Basically, you have to generate traffic thru a vm, and reboot another vm. In my case, I use the Iron browser to download something from the internet, with a proxy (privoxy) on one of the VM's. I then reboot two other VM's. I can now reproduce the problem in less than about 5 reboots.

So this is the setup (see also vm-crash-note.txt in the attachment. The web frontend breaks my ascii art...)

Lion VM1 (debian/64)

(Iron browser) --vboxnet0---> (privoxy) -----bridged (en0)-----> internet

Then start/stop VM2 and VM3 a couple of times (also Debian6/64)

(Probably unrelated: I use Little Snitch (2.4.4), and PF, but disabling the filter does not make a difference)

Last edited 2 years ago by Shebang42 (previous) (diff)

Changed 2 years ago by Shebang42

comment:27 Changed 2 years ago by Tonin

I'm seeing the same crashing behaviour, only when stopping a VM. I'm on OSX 10.7.4 and running the new VBox 4.1.16, I've seen those crashes with previous versions of the 4.1.x series (not sure exactly from which it started). The guests I run are Debian 6 or CentOS 5 and 6. I'm not using the wifi connection from my mac-mini.

Here I upload the last crash I've seen when shutting down 3 VM at about the same time and having a 4th VM still running.

Changed 2 years ago by Tonin

Crash with 3 shuting down guests and a 4th one still running.

comment:28 Changed 2 years ago by Tonin

Included in the previous zip file: 4 VBox.log, the kernel panic output and the kextstat output.

comment:29 Changed 23 months ago by orval

I am seeing these panics also. As is my colleague. I have a panic log, kext.txt and VBox.log that I'll attach now.

I'd suggest this is more than a major. We are currently in the process of porting to libvirt so that we can move off VirtualBox. It's just too flakey.

Changed 23 months ago by orval

References comment 29

Changed 23 months ago by orval

References comment 29

Changed 23 months ago by orval

Changed 23 months ago by orval

References comment 29

comment:30 Changed 22 months ago by phocean

Same issue with VirtualBox 4.1.16 and Lion 10.7.4... I downgraded to version 4.0.16 and so far so good. I will update here if it happened again.

Last edited 22 months ago by phocean (previous) (diff)

comment:31 Changed 22 months ago by Tonin

I also had to downgrade to 4.0.16. And the new 4.1.18 doesn't seem to solve anything related to our issue.

comment:32 Changed 22 months ago by frank

Right, VBox 4.1.18 does not contain fixes for this issue as we still don't know the reason but it's at least a valid information if 4.0.16 works for you without any problems.

comment:33 Changed 22 months ago by JessePeterson

I might ask what specific Mac hardware individuals are using who are seeing this issue? Ticket #3783 had NIC-specific networking changes which only applied to Mac Pro and Xserve hardware (at least I think those are the only models that had the specific controller). Just thought I'd bring it up as networking issues may be a possible link--not necessarily a regression here but perhaps just something hardware related.

For my part I've seen what seems to be this issue using an Xserve2,1 running Mac OS X Server 10.6.8 when starting and stopping a Win 2008 Server VM multiple times.

Thanks everyone!

comment:34 Changed 22 months ago by icknay

Mini, mid-2011, 2.3 GHz Intel Core i5 12GB 1333mHz DDR3 OS X 10.7.4

comment:35 Changed 22 months ago by Tinow

Macbook Pro 8,1, early 2011, 2.3G Core i5, 8GB DDR3, running OS X 10.7.4.

comment:36 Changed 22 months ago by roamdad

Mac mini, 2 GHz Intel Core i7, 4 Cores, 8GB 1333mHz DDR3, OS X Server 10.7.4, Wi-Fi Turned off. Reverted to 4.0.14 r74382 for stability. Haven't tried 4.0.16.

comment:37 Changed 21 months ago by Tonin

Mac mini late 2009 (Macmini3,1), 2.53 GHz Core2Duo, 8GB DDR3, OSX 10.7.4, wifi off.

comment:39 Changed 20 months ago by berto

This is killing me on a Retina Macbook Pro. I experience this crash multiple times a day.

I agree with the problem being network related when more than one VM is involved. My setup includes multiple VMs where one acts as a router for all other systems. It runs DNSmasq and has IPtables configured to route traffic from the internal interface eth1 and out to the internet via eth0. In addition to the router VM I also have two additional "permanent" VMs: one that is running a Puppet server and another that is running APT-cacher.

The router VM has the following network interfaces:

  • Adapter 1: NAT, Adapter Type: PCnet-PCI II (Am79C970A)
    • eth0 setup with dhcp in /etc/network/interfaces
    • single port forward: host port 10022 to the VM's port 22
  • Adapter 2: Internal Network, Adapter Type: PCnet-PCI II (Am79C970A)
    • eth1 setup with a static IP: 192.168.42.1/255.255.255.0

All other VMs in this setup only have an Internal Network adapter:

  • Internal Network, Adapter Type: PCnet-PCI II (Am79C970A)
    • eth0 setup with dhcp in /etc/network/interfaces; IP comes from DNSmasq running on router VM

I am using the PCnet-PCI II adapter because the default Intel PRO / 1000 MT Desktop adapter would choke when using this router setup. Basically there would be large timeout periods per request for data over the network, e.g. each .deb would take forever when running apt-get upgrade through the router VM.

When a new VM is brought up, its /etc/apt/sources.list file is updated to point to the apt-cacher server instead of directly out to APT servers on the internet.

I can't confirm exactly when the problem happens, but it feels it happens most when the router VM is shut down than anything else.

Hope this helps fix the problem, it SUCKS!

Thanks!

comment:40 Changed 20 months ago by Jelmer

It's completely unworkable right now..

Had the issue under osx lion 4.1.16.

I tried disabling wifi, same problem I tried upgrading to 4.1.20, same problem. I tried downgrading to 4.0.16, same problem

I tried upgrading to osx mountain lion, same problem

It's pretty consistently reproducible when :

  • i use vagrant to start 3 linux boxes. (1 ubuntu, 2 sles 11)
  • i enable sandboxing on the 2 sles machines (sahara plugin for vagrant)
  • interact with 1 of the sles machines over the network (browser based testing using selenium webdriver)
  • rollback my 2 sandboxes to a previous state

about 70% of the time I get a kernel panic

My machine is a 15 inch 2011 macbook pro (the first one with thunderbolt) which has a core 2,2 ghz core i7 processor and 8gb 1333hmz ddr3 memory

Last edited 20 months ago by Jelmer (previous) (diff)

comment:41 Changed 20 months ago by jtimberman

Another Vagrant power user here.

I regularly experience VirtualBox (VBoxManage, usually) crashing my OS X systems.

Operating system: Mountain Lion 10.8.1. I also experienced this on various releases of Lion and Mountain Lion 10.8.0.

VirtualBox Version: 4.1.18, 4.1.20. Probably earlier versions.

The crashes *always* occur when shutting down guest machines, either directly through VirtualBox, or through "vagrant destroy".

Several members of our team have this issue, too.

Fortunately the author of Vagrant is decoupling it from VirtualBox, so another hypervisor will be usable for Vagrant, since VirtualBox has proved largely instable and unreliable.

comment:42 Changed 20 months ago by OlegL

dear all,

I have Mac OS 10.8.2, VirtualBox 4.1.20 r80170.

My guests are Scientific Linux 5 and 6 and Ubuntu 11

I have posted a script to install, start, stop and uninstall VM:  https://forums.virtualbox.org/viewtopic.php?f=8&t=50754&p=235205#p235205

Everything works well under Mac OS 10.6 and 10.7

Under Mac OS 10.8, the script can cleanly install and start VM, even with other running VM.
But if there are running VM, uninstalling procedure crashes my Mac (I can not provide log, since crash looses logs...)

So I guess the problem comes from on of the following:

$> VBoxManage storageattach ... --medium none
$> VBoxManage closemedium ...
$> VBoxManage unregistervm ...

I have also tried with VB < 4.1.20 and even VB 4.2 RC3.
Still the same problems.

hope this helps,

Oleg

Version 0, edited 20 months ago by OlegL (next)

comment:43 Changed 20 months ago by frank

Hey, there is a light at the end of the tunnel. We actually found and fixed a bug which is most likely responsible for all these host panics. It affects only 32-bit hosts and Mac OS X hosts. We are doing some more tests. You can expect a 4.1.22 bugfix release soon.

comment:44 Changed 20 months ago by jglogan

That's great news, Frank. Just out of professional curiosity, what was the root cause for the bug you fixed? I noticed in another bug report that the problem on 32-bit hosts might have been correlated with nested paging being enabled.

Also, has the bugfix been ported forward to the 4.2 branch, or will it be soon?

Also, I think bug 9359 is a duplicate and has a lot of folks following it; I'm going to copy/paste your comment there.

comment:45 Changed 20 months ago by michaln

The root cause was kernel memory corruption when shutting down a VM while at least one other VM was running. This only affected 32-bit hosts plus 64-bit OS X (but not 64-bit Windows/Linux/Solaris). Since the memory corruption was unpredictable, it might do nothing bad at all or it might crash the host. Especially on systems with relatively large amount of free memory, this bug tended to remain hidden. On the other hand, it could also crash the system after the last VM had been shut down.

This had absolutely nothing to do with nested paging BTW. If someone thought nested paging, networking, 3D or anything like that had any effect on this bug, they simply drew incorrect conclusions from essentially random data (which is very tempting).

And yes, the 4.2 release will of course include the fix :)

comment:46 Changed 20 months ago by icknay

aside -- Any chance whatever this bug did to memory could be blamed for random crashes of other applications at later times? A Mac store 'genius' guy some months ago couldn't explain the high number of panics I get, but said since I'd been running VBox, it might have made other apps unpredictably unstable. Other software developers, looking at crash logs, see random stuff, 'all over the place', that they can't explain, involved in crashes. (Yes, Apple took the Mini and did the hardware stress test. All ok).

comment:47 Changed 20 months ago by michaln

Depends on what you mean by "random crashes of other application". Kernel panics, yes. Application crashes ("app quit unexpectedly"), probably not. But the actual application which was active during the kernel panic was often not VirtualBox. Which made all the panic logs that people submitted kind of useless, unfortunately - there kernel panics were not pointing in any particular direction, just random crashes (seemingly always page faults).

Also note that only closing of VMs while other VMs were running triggered this, not running a VM (or VMs).

comment:48 Changed 20 months ago by frank

  • Status changed from new to closed
  • Resolution set to fixed

Fix is in 4.1.22.

comment:49 Changed 20 months ago by B.Sam

I can't believe this bug has been finally fixed. thank you guys :)

comment:50 Changed 20 months ago by ramshankar

This was actually an early 4.0.16 - 4.1 regression and reproducing it easily helped. Triggering shutdown of parallel VMs.

Last edited 20 months ago by ramshankar (previous) (diff)

comment:51 Changed 19 months ago by OlegL

Wonderful!!

I'm testing 4.1.22 ASAP and report test results :)

Oleg

comment:52 Changed 19 months ago by OlegL

Seems better: uninstall does not crash my Mac OS 10.8 :)

thanks for that great job, Oleg

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use