Ticket #11979 (closed defect: fixed)
64bit guest on 32bit host make host random reboots
Reported by: | feverwind | Owned by: | |
---|---|---|---|
Component: | host support | Version: | VirtualBox 4.2.14 |
Keywords: | 64bit guest on 32bit host make host random reboots | Cc: | |
Guest type: | Linux | Host type: | Windows |
Description
Guest: ubuntu 64bit 13.04 Host: windows 32bit Professional Virtualbox: 4.2.12 i also try 4.2.14 CPU: Core i7
I start two ubuntu 64 guest host, they both connect to Hostonly ethernet adapter. My topo is like this: ubuntu-64 ----- ubuntu-64-2 Then I ping ubuntu-64-2 from ubuntu-64, after about 10 minutes,the host reboot with no minidump.
Attachments
Change History
Changed 10 years ago by feverwind
-
attachment
ubuntu-64-VBox.log
added
comment:1 follow-up: ↓ 2 Changed 10 years ago by klaus
Does this also happen with the VirtualBox packages from virtualbox.org? So far we didn't get any such reports, this might be a miscompiled 3rd party package.
comment:2 in reply to: ↑ 1 Changed 10 years ago by feverwind
Replying to klaus: The problem is found by official edition at first, so I build the OSE because i want to fix it by myself. I will reproduce it by official edition.
Changed 10 years ago by feverwind
-
attachment
ubuntu-64-VBox.2.log
added
official edition ubuntu-64 log
Changed 10 years ago by feverwind
-
attachment
ubuntu-64-2-VBox.2.log
added
official edition ubuntu-64-2 log
Changed 10 years ago by feverwind
-
attachment
ubuntu-64.2.vbox
added
official edition ubuntu-64 configure
Changed 10 years ago by feverwind
-
attachment
ubuntu-64-2.2.vbox
added
official edition ubuntu-64-2 configure
comment:3 Changed 10 years ago by feverwind
I reproduce the problem by official edition. This time, I ping ubuntu-64 from ubuntu-64-2 by large packet(8100 byte). The ping command is ping -s 8100 -c 100000 33.0.0.2. I think you can reproduce it local.
comment:4 Changed 10 years ago by mhanor
What happens if you don't ping from within the guest? What if you just let the guests idle for 10-15 minutes?
What if you choose some other type of network (NAT or internal network, instead of host-only)?
What if you disable the "Turn display off when inactive" option inside the guests? (System Settings->Brightness&Lock)? The default setting is 10min (Ubuntu 13.04).
Do you have Windows XP Mode installed?
comment:5 Changed 10 years ago by feverwind
Its no relate to ping. And also no relate to network or "Turn display off when inactive" option, because the host reboot just at I start two guests.
I don't have a win xp host, so I haven't try this on win xp, I will try it later.
comment:6 Changed 10 years ago by mhanor
I wasn't talking about Windows XP as host, I was saying about Windows XP Mode, which runs inside your Windows 7 Pro, if you do have it installed.
Also, you've said that it takes 10 minutes for the host to reboot. The guest might do something at the 10 minutes mark and trigger the reboot. Ubuntu (as guest), by default, turns off the (guest) display after 10 minutes of inactivity.
So, you're saying that the host can reboot spontaneously, right after starting the guests? Can you trigger the reboot with only one guest?
comment:7 Changed 10 years ago by feverwind
Win xp is ok, I do same operation on win xp PC. It seems only win7 have this problem. one guest on win7 also have this problem.
comment:8 Changed 10 years ago by rewen
Happens to me as well in 4.2.16 on Win7 32bit Host, 3.24GB (4GB physically), Core i5.
Sometimes when I run python applications, sometimes on reboot, sometimes when turning on the VM.
I do have Windows XP mode installed - but the posts above do not explain the relevance of that.
comment:10 Changed 10 years ago by frank
We have a suspicion but we need to test it. Could you install this package ( here is the corresponding extpack)? This is a build from current trunk (so not for production usage). Install this package, run your 64-bit VM on your 32-bit host for some time but make sure to power off your VM before your host crashes. Then, please attach the resulting VBox.log file to this ticket. Again, make sure that the VM is properly powered off. The log file will contain numbers which either approve our suspicion or disprove it. Thank you! Well, there is still the improbable case that with this trunk package the host reboot does not happen. In that case we would appreciate feedback as well.
comment:11 Changed 10 years ago by feverwind
I use the new package, There is the log, wish it useful.
comment:12 Changed 10 years ago by feverwind
The host reboot problem doesn't happen on the new package, I run two ubuntu VM for more than 2 hours, and nothing happened. With the 4.2.12, the problem will happened in 20 minites.
comment:13 Changed 10 years ago by artvolk
I've the same problem: Windows 7 Home Basic SP1 32 bit, VirtualBox 4.2.16 with Ubuntu Server 64 bit.
I got random reboots, but only on newer machines with Core i3-3220. I've isolated issue on one machine with fresh Windows install and only VirtualBox running.
But, on older machines with DualCore E5500 everything works, no reboots.
Please let me know if I can help in anyway, I can test VirtualBox builds and provide any additional information.
comment:14 Changed 10 years ago by feverwind
To artvolk: Try this package http://www.virtualbox.org/download/testcase/VirtualBox-4.2.51-87692-Win.exe .
comment:15 Changed 10 years ago by artvolk
Ok, I'll try it and let you know.
comment:16 Changed 10 years ago by frank
feverwind, could you also try this build? The VT-x code was rewritten a lot and this build has the new code disabled. So in case your host crashes with this build we know at least where to start searching. Unfortunately our suspicion (NMI interrupts) was not confirmed by your last experiment. Thank you!
comment:17 Changed 10 years ago by feverwind
please forget my last reply, the host reboot again with the new package. OK, I will try the latest package.
comment:18 Changed 10 years ago by artvolk
frank, I have one reboot now with this package: http://www.virtualbox.org/download/testcase/VirtualBox-4.2.51-87692-Win.exe
I'll try this one now and let you know http://www.virtualbox.org/download/testcase/VirtualBox-4.2.51-87788-Win.exe
comment:19 Changed 10 years ago by frank
artvolk, please do also attach a VBox.log file of a VM session when running with one of these packages when you terminated the VM normally.
Changed 10 years ago by feverwind
-
attachment
poweroff-2.log
added
till now, the new package works fine, so I only get the poweroff log.
comment:20 Changed 10 years ago by feverwind
The host reboot last night, and ubuntu-64.log ubuntu-64-2.log is the crash log.
comment:21 Changed 10 years ago by artvolk
I've got reboot with this build:
http://www.virtualbox.org/download/testcase/VirtualBox-4.2.51-87788-Win.exe
What kind of log do you need?
Thanks!
comment:22 Changed 10 years ago by frank
artfolk, thanks for testing! Can you start a VM again with this test build but make sure that it wouldn't reboot? I mean, just run it for a few minutes, then shut down the guest properly. Then attach the VBox.log file this this ticket. There is some statistics counter enabled which would confirm or refute an assumption about the problem. Thank you!
comment:23 Changed 10 years ago by artvolk
Here is log. Machine was booted from power off state and than halted using halt -p. Please let me know if I can help in any other way.
comment:24 Changed 10 years ago by chris@…
Hi all.
I also face the same pb with:
- Guest: Opensuse 11.2 64 bits
- Host: Win7 Prof SP1 32 bits running on a Dell laptop E6510 with 2 Core i7
Things used to run fine until an upgrade to VBox 4.2.10, and the pb seems to get worse after each new update (currently using VBox 4.2.16).
I tried to reduce the nb of processors, to remove support of unused peripherals, to increase/decrease the memory but not way.
A few things I have observed:
- I use other VMs that run OK, but they are all 32 bits old OSes (WinXP or RedHat)
- With the 64bits OpenSuse VM, the reboots are more frequent if the host is heavily used (for example: running a parallel build on the host while the guest VM is launched will almost always reboot the system).
- It also seems to me that they are more reboots when the host machine is hot, and I wonder if the pb has something to do with some thermal detection hardware.
I attach the VBox log of the last unwanted reboot. Any help welcome.
comment:25 Changed 10 years ago by feverwind
to chris:
Is 4.2.8 runs fine ?
comment:26 Changed 10 years ago by chris@…
Before upgrading to 4.2.10, I was using a 4.1.X (but I can't remember exactly what version it was).
I've just downloaded and installed the 4.2.8 but no luck, I had a reboot after a few minutes of use of the OpenSuse VM.
I attach the latest VBox log file but there is nothing in it that seems weird to me.
comment:27 follow-ups: ↓ 29 ↓ 30 Changed 10 years ago by feverwind
to chris:
please check which version works fine, it is helpful
comment:28 Changed 10 years ago by rousseauhk
I have the same problem - here's the forum post I raised: https://forums.virtualbox.org/viewtopic.php?f=3&t=55574
- VBox: 4.2.10
- Guest: Ubuntu Server LTS 64-bit
- Host: Windows 7 Home Premium 32-bit (running under bootcamp)
- Machine: MacBook Pro i7 2720QM
VBox causes the host to reboot during Ubuntu installation, round about the time that it changes screen resolution.
comment:29 in reply to: ↑ 27 Changed 10 years ago by chris@…
Replying to feverwind:
to chris:
please check which version works fine, it is helpful
I have installed an ancient VBox 4.1.16 and, even if it appeared to be more stable under light CPU usage, it made the PC reboot after 1 hour of heavy load.
I will give a try to some more older distributions (may be also a 4.0).
comment:30 in reply to: ↑ 27 Changed 10 years ago by chris@…
My last try is VirtualBox V4.0.18 and a full day of test has not revealed the reboot pb with this older release.
The tests where mainly based on workload:
- doing light work in the host (word processing) while performing parallel builds on the guest
- performing parallel builds on the host while the guest runs only a desktop and a few shells with light cyclic processes (like "top", "ping", etc)
- performing concurrent parallel builds on the host and the guest
The concurrent parallel build tests were done with allowing 4 on 8 CPUs to the guest, while the host was already using all of the 8 CPUs (just to be sure that there will be enough hardware shaking between the VM and the host).
For now, I will keep using this V4.0.18 and report any further pb if any.
Hope this helps.
comment:31 Changed 10 years ago by chris@…
Bad news: after few hours today, the V4.0.18 has also rebooted the host PC without notice.
At the time of the reboot, the 64 bits VM was minimized and was not doing anything (just the KDE desktop running).
I attach the last VirtualBox log just in case.
comment:32 Changed 10 years ago by frank
Hi, first of all, thank you all for your tests. I think we finally found and fixed the problem. I have a new test build available. Could you test if this build fixes your problem? Thank you!
comment:33 Changed 10 years ago by feverwind
Good news! I already test this version for 4hours, it works fine. I will go on test it.
comment:34 Changed 10 years ago by AngelArias
I was in the same situation and with frank's solution now works ok. Thansk!
comment:35 Changed 10 years ago by frank
- Status changed from new to closed
- Resolution set to fixed
VBox 4.2.18 contains the fix. Please reopen this defect if you still experience problems with 4.2.18.
ubuntu-64-vbox.log