Custom Query (16363 matches)
Results (2446 - 2448 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #4501 | fixed | Host hangs/freezes when zones are booted | ||
| Description |
I'm experiencing a show-stopping problem with running VirtualBox 3.0.2 on Solaris hosts. VBox 3 is the latest in a line of releases I've failed to get working reliably on Solaris - various versions of 2 would also hang or panic my host, though with different symptoms to the problem below. The issue I am finding is that with a VBox guest running, my host will freeze/hang if zones are running on the Solaris host. The problem exists on both Solaris 10 U5 and Solaris 10 U7, and I have tried on two different servers - one running new Intel Nehalem X5570 processors (dual processor, quad core), and another running Intel E7320 processors (quad processor, quad core.) Freeze/hang symptoms: The symptoms of the freeze have varied slightly. On my Solaris 10 U5 box (4xE7320 processors), it will simply freeze completely including at the console. On the Solaris 10 U7 (X5570 processors), I lost remote network access but was then sometimes able to login at the console - however it would then freeze completely a couple of minutes later. In all cases, the box will freeze and not panic. Nothing related to VBox is logged in /var/adm/messages or elsewhere, except for the following message: Jul 12 14:20:49 host-us8 vboxdrv: [ID 937234 kern.notice] CPUMSetGuestCpuIdFeature: Disabled x2APIC Note: The above message is logged always, and is not related to the crashing - i.e it appears also when the host does not freeze. Nothing is logged in VirtualBox's log file after initial bootup. There are no log lines near the time of the host freeze/hang. I've attached a sample VBox.log. The log shows messages no later than 2 minutes after the VM booted - the VM caused a host freeze about 15 minutes later. There are no loglines near the time of the freeze. My Configuration: Guest: Windows XP SP3 guest with 1.25GB of RAM, 12MB video ram, one network adapter in NAT mode, USB disabled, CD mounted from ISO, floppy disabled, Intel VT enabled. Installed on a fixed size VDI disk of 20GB. Host: Both Solaris 10 U5 and Solaris 10 U7. Virtualbox installed onto ZFS filesystem. Virtualbox running in the Global zone. Virtualbox running as root. Solaris 10 U5 hardware config: 4 x Quad Core Intel Xeon E7320 processors (16 total cores). 32GB ram. 2 x 500GB SATA disks in UFS root/boot mirror. 2 x 500GB SATA disks in ZFS filesystem (this is where VBox is installed.) 2 x Intel NIC using igb driver. Solaris 10 U7 hardware config: 2 x Quad Core Intel Xeon X5570 processors (8 real cores + HyperThreading = 16 virtual cores.) 36GB ram. 2 x 73GB SAS drives in ZFS root/boot mirror. 2 x 250GB SATA drives in ZFS filesystem (this is where VBox is installed). 1 x Intel NIC using e1000g driver. Solaris 10 U5 using kernel 138889-03. Solaris 10 U7 using kernel 139556-08. My Testing: The following tests/situations describe the problem:
Conclusion: So I have seen that: a) Problem exists equally and seemingly identically on both Solaris 10 U5 and Solaris 10 U7. b) Problem occurs both when VBox is started when zones are already running, and if zones are booted after VBox is running. c) The exact number of running zones required is not fixed, it has been between 19 and 30 in my tests. d) I cannot say 100% if it is actually the process of booting/running a zone that causes the problem, or whether having zones booted causes some other activity that causes the problem. But there is a direct, replicatable connection between zones booted and the host crashing. |
|||
| #4502 | fixed | BSoD before windows logon if VT-x/AMD-V is disabled | ||
| Description |
Host: Opensuse 11.0 kernel 2.6.25.20-0.4-pae Guest: Windows XP sp3 Occurs only if VT-x/AMD-V is disabled and cause infinite loop (reboot). |
|||
| #4505 | fixed | clock_gettime() returning incorrect result | ||
| Description |
I am running Ubuntu 9.04 under VirtualBox 3.0.0. I have found a problem that is seen with clock_gettime() On some occasions, the result of clock_gettime() will go backwards. It can be shown the this code: #include <stdio.h>
#include <stdlib.h>
#include <time.h>
int main (int argc,char *argv[])
{
struct timespec t;
struct timespec ot;
int i = 0;
for(i = 0;i < 100000;i++)
{
clock_gettime(CLOCK_MONOTONIC,&ot);
clock_gettime(CLOCK_MONOTONIC,&t);
printf("%d time 1 secs = %lld\n",i,(long long int)ot.tv_sec);
printf("%d time 2 secs = %lld\n",i,(long long int)t.tv_sec);
printf("%d time 1 nsecs = %lld\n",i,(long long int)ot.tv_nsec);
printf("%d time 2 nsecs = %lld\n",i,(long long int)t.tv_nsec);
if(ot.tv_sec > t.tv_sec)
{
printf("**** Old sec > new sec ****\n");
exit(-1);
}
if(ot.tv_nsec > t.tv_nsec)
{
printf("**** Old nsec > new ssec ****\n");
exit(-1);
}
}
}
return 0;
I have tried this on other VM clients with the same version of Ubuntu, and it works fine. There is no cleverness to detect a wrap around from 999999999 nsecs to 0 nsecs, but the failure will occur before this happens. |
|||

