VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1447 - 1449 of 16363)

Ticket Resolution Summary Owner Reporter
#8291 obsolete Opening VM settings dialog takes too much CPU and time Edward Yang
Description

In the VM Manager, if I click on the Settings button, I can see CPU usage is very high for at least one second.

Although one second is a very small amount of time, but it does not feel good. And why does it make my CPU busy just for displaying a dialog?

#8292 obsolete iSCSI timeout causes bad VBoxHeadless behaviour Jakob Østergaard Hegelund
Description

I have an iSCSI server which some times takes a little too long to respond to iSCSI requests.

Most of the time, VB pauses the affected VMs. However, sometimes instead of pause VB will power-off the VM but not complete the power-off. I wonder why it decides to power-off rather than pause - is this a bug or intended? In case it is intended, there still is a bug:

What happens is that I have a VBoxHeadless process running, but the VM state is set to "powered off". Since I cannot power it off using VBoxManage (cannot power-off a powered-off VM), there is no VB interface to properly power off the VM. I shouldn't need one either - if the state is powered-off, the VBoxHeadless process should not be there at all.

The only "solution" I have is to kill the VBoxHeadless process. This can't be right.

Host details; IBM HS22 blade with 8 (HT) cores and 32G memory running Solaris 10 update 9 and VirtualBox 4.0.2.

The VB log from the time this happens says:

306:50:47.638 iSCSI: login to target iqn.1986-03.com.sun:02:33f117f0-be5b-6a82-ab92-fa9aa4bd65ea failed
306:50:47.638 I/O cache: Error while writing entry at offset 38037016064 (4096 bytes) to medium "ahci-0-0" (rc=VERR_BROKEN_PIPE)
306:50:47.638 VM: Raising runtime error 'BLKCACHE_IOERR' (fFlags=0x6)
306:50:47.638 I/O cache: Error while writing entry at offset 37954772480 (12288 bytes) to medium "ahci-0-0" (rc=VERR_BROKEN_PIPE)
306:50:47.638 Changing the VM state from 'RUNNING' to 'SUSPENDING'.
306:50:47.639 I/O cache: Error while writing entry at offset 18555645440 (4096 bytes) to medium "ahci-0-0" (rc=VERR_BROKEN_PIPE)
306:50:47.639 I/O cache: Error while writing entry at offset 18555633152 (4096 bytes) to medium "ahci-0-0" (rc=VERR_BROKEN_PIPE)
306:50:47.639 I/O cache: Error while writing entry at offset 38037044736 (49152 bytes) to medium "ahci-0-0" (rc=VERR_BROKEN_PIPE)
306:50:47.639 I/O cache: Error while writing entry at offset 38077488640 (8192 bytes) to medium "ahci-0-0" (rc=VERR_BROKEN_PIPE)
306:50:47.639 I/O cache: Error while writing entry at offset 38037020160 (24576 bytes) to medium "ahci-0-0" (rc=VERR_BROKEN_PIPE)
306:50:47.639 I/O cache: Error while writing entry at offset 18555698688 (20480 bytes) to medium "ahci-0-0" (rc=VERR_NET_CONNECTION_REFUSED)
328:19:30.594 VirtualBoxClient: detected unresponsive VBoxSVC (rc=NS_ERROR_CALL_FAILED)
328:19:30.594 VBoxHeadless: VBoxSVC became unavailable, exiting.
328:19:30.594 Console::powerDown(): A request to power off the VM has been issued (mMachineState=Running, InUninit=1)
328:19:30.594 VRDP: TCP server closed.
328:20:00.604 VirtualBoxClient: detected working VBoxSVC (rc=NS_OK)

The VM no longer appears under "VBoxManage list runningvms".

However, a "ps" will still show a VBoxHeadless process for this VM.

A VBoxManage to inquire for state says:

$ VBoxManage showvminfo ...|grep tate
State:           powered off (since 2011-01-24T14:03:54.000000000)

It seems to me that the poweroff stops half way through. If only it could go all the way, the Solaris SMF would discover this and restart my VM.

#8293 obsolete glx 1.3 isn't working: XGetVisualInfo returned 0 Aapo
Description

Host: Ubuntu 10.10 (64bit)

Guest: Ubuntu 10.10 (32bit)

VirtualBox 4.0.2. Acceleration:3D, Additions installed.

(On host everything is working)

On guest: glxgear is working.

glxinfo | grep version
server glx version string: 1.3 Chromium 
client glx version string: 1.3 Chromium
GLX version: 1.3
OpenGL version string: 2.1 Chromium 1.9
OpenGL shading language version string: 1.20

I compiled glXIntro (for GLX 1.3): http://www.opengl.org/sdk/docs/man/xhtml/glXIntro.xml (gcc glxintro -lGL)

Running will give error:

OpenGL Warning: XGetVisualInfo returned 0 visuals for 0x892f860
OpenGL Warning: Retry with 0x8002 returned 0 visuals
Segmentation fault
Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy