Custom Query (16363 matches)
Results (1888 - 1890 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #12954 | duplicate | Virtual Box VMs randomly enter "stopping" state (VERR_VM_FATAL_WAIT_ERROR) | ||
| Description |
Since upgrading to OSX Mavericks, I've had issues with VirtualBox boxes randomly entering the "stopping" state. $ vagrant status Current machine states: chef stopping (virtualbox) $ vagrant halt chef $ vagrant up chef Bringing machine 'chef' up with 'virtualbox' provider... ==> chef: Clearing any previously set forwarded ports... There was an error while executing `VBoxManage`, a CLI used by Vagrant for controlling VirtualBox. The command and stderr is shown below. Command: ["modifyvm", "c7dcf83b-67bc-475e-b5d6-f94a4a94d148", "--natpf1", "delete", "ssh"] Stderr: VBoxManage: error: Code NS_ERROR_FAILURE (0x80004005) - Operation failed (extended info not available) VBoxManage: error: Context: "LockMachine(a->session, LockType_Write)" at line 462 of file VBoxManageModifyVM.cpp $ VBoxManage debugvm chef log --debug VBoxManage: error: Code NS_ERROR_FAILURE (0x80004005) - Operation failed (extended info not available) VBoxManage: error: Context: "LockMachine(pArgs->session, LockType_Shared)" at line 641 of file VBoxManageDebugVM.cpp $ vagrant --version Vagrant 1.5.3 $ VBoxManage --version 4.3.10r93012 Any boxes I bring up randomly enter this state multiple times a day, with the only way to revive them being to destroy them. I've tried clearing out both the VirtualBox VMs and the vagrant.d directories and reinstalling both vagrant and VirtualBox without any change. |
|||
| #11016 | fixed | Virtualbox crash | ||
| Description |
I left my VM running overnight. The guest is Win 7 64 bit, and the host is Archlinux 64 bit. When I came in this morning, there was a message saying the VM had been halted due to a critical error. |
|||
| #13512 | obsolete | Rendering some objects in openGL fails (CUBE) | ||
| Description |
The attached package compiles well, but the towers, of which there should be one on each corner of the floor, do not render correctly (their height is 0). When changing the size of the window, the other tower appear randomly, probably due to rounding. I tried this on a 64-bit host, with a 32-bit guest. There is no error message, just the rendering problem. On the same host, with a 64-bit guest, I get a segmentation fault: OpenGL Warning: XGetVisualInfo returned 0 visuals for 0x7bd6c0 OpenGL Warning: Retry with 0x8002 returned 0 visuals Program received signal SIGSEGV, Segmentation fault. 0x00007ffff7bbb23e in fgOpenWindow () from /usr/lib/x86_64-linux-gnu/libglut.so.3 Another test: I downloaded a simple demo which uses the older glBegin/glEnd type objects. Here the objects render correctly. So I suspect that the problem could be in the buffer-type interface to openGL. |
|||

