Haiku in Virtualbox freezes after just over 27 hours uptime.
|Reported by:||jstressman||Owned by:||nobody|
|Has a Patch:||no||Platform:||All|
After noticing this happen more than once, I started monitoring it closely.
I disabled the screensaver and left the About dialog up so that I could see the exact amount of up-time before it froze. I have repeated this 3 times now since I started closely monitoring it.
1 day 3 hours 4 minutes 42 seconds 1 day 3 hours 4 minutes 39 seconds 1 day 3 hours 4 minutes 51 seconds
This also was with modified kernel config (to change time stamps, enable APM, change syslog buffer and max size values), and a stock install. Same behavior.
This is running under Virtualbox 3.2.8 on Windows 7 64bit.
I have the Haiku virtual machine running with 1GB ram, 128MB vid mem, and a 2GB hd image. ICH AC97 audio, Intel PRO/1000 MT Desktop NIC, no serial ports, no shared folders.
Haiku isn't running out of memory (it's barely using 10% available mem, if that, and doesn't appear to be growing in usage over time), there are no errors on the syslog before it freezes, virtualbox itself seems fine, isn't gobbling memory or cpu, and only the host window is locking up in the sense that when you try to force close the window after Haiku freezes it says it's not responding and you have to force close it. I'm not sure if Virtualbox runs each guest OS window as a separate process so that if it crashes it doesn't take the rest down. So this could be a problem with Virtualbox itself.
I'm going to try running a similar setup in VMWare to see if I can reproduce this behavior in another VM. (QEMU runs horribly and eats up way too much memory on a matching configuration, taking almost 1.4GB RAM just to run Haiku idle, so I'm not keen on having that gobble up my system resources for 27 hours while I wait. Virtualbox used less than 100MB and ran vastly smoother. And the fact that it takes so long to reproduce makes it unappealing to try different configurations.)