VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (2002 - 2004 of 16363)

Ticket Resolution Summary Owner Reporter
#3191 obsolete VirtualBox hangs after saving state of a virtual machine Eugene
Description

The problem described below showed up with OpenSuSE 11 (32 and 64 bit) as guest systems, Windows XP SP3 (32 bit) as host.

After I try to save the state of a virtual machine, the progress bar goes up to 100% as usual then disappears. The virtual machine's window ("... - Sun xVM VirtualBox") still remains visible, although "grayed", as when saving was in progress.

I can try to close this window or select menu items (for example, Machine->Close) but nothing happens in each case. The mouse cursor has a "wait" form.

It may have something to do with shared clipboard support, it seems. The problem happened after I copied some text in the guest OS and pasted it several times on the guest OS again. In addition, if I disable shared clipboard supports in the settings of the virtual machine, the problem does not show up.

While the VirtualBox's window hangs, clipboard is not working on the host OS as well: copying has no effect although no error message is displayed.

After I kill VirtualBox's processes, the clipboard starts working again on the host system. The state of the guest OS seems to be saved: looks like it can be restored successfully then.

I have attached the log of a session that ended up with that problem.

According to the information provided by Process Explorer, when the problem occurs, one of the threads of the process VirtualBox.exe hangs with state "Wait:Executive"

Unfortunately, I am unable to copy & paste the stack for this thread for obvious reasons.

#5107 duplicate Downloading via NAT connection hogs 100% CPU and never finishes Eugene
Description

Sometimes when I try to download a bunch of files that amount to at least a dozen megabytes, the guest system begins using almost 100% CPU and becomes nearly unresponsive, the download almost freezes (perhaps it runs but extremely slowly).

The problem appeared, for example, when I was trying to perform an online update of Ubuntu 8.10 guest (25-290 Mb of packages were to be downloaded) or was doing something like

svn co svn://svn.valgrind.org/valgrind/trunk valgrind

(about 85Mb or more to be downloaded).

If I was downloading something not very big (a couple megabytes or less), no problem occured.

I tried VBox 2.2.4 - the problem did not show up there.

I have attached the log from VBox 3.0.6 running online update of Ubuntu 8.10 (eventually I had to kill VBox this time) and from VBox 2.2.4 where the same operation completed successfully.

Host: Windows XP SP3 Pro x86 The problem has showed up on the following guests: OpenSuSE Linux 11.1, Ubuntu Linux 8.10. I have not tried to reproduce it on other guests yet. Network: NAT with PCNet Fast III adapter. I tried also Intel PRO/1000 MT Desktop - the same problem there.

#6300 obsolete X11 operates too slowly in openSuSE 11.2 without VT-x/AMD-V Eugene
Description

Host: Windows XP SP3 Pro x86

Guest: openSuSE 11.2 x86

VirtualBox: 3.1.4

Operations with GUI elements in the guest OS are performed very slowly if VT-x/AMD-V is turned off (or simply not available on the PC). This issue shows up even while I am hovering the mouse pointer over the items in the main menu, scroll a document in OpenOffice or a web page in Opera or Firefox, etc.

This issue has been spotted on two PCs, one of which does not support hardware virtualization at all, the other one does. On the latter machine, the performance of the operations mentioned above was checked both with using VT-x/AMD-V disabled and enabled in the setting of the virtual machine.

Here is what the output of top command in the guest shows.

  1. Using VT-x/AMD-V is disabled in the settings of the virtual machine or not available at all, the guest system is idle:

Total CPU load (on average):

user-mode code - 1%, kernel-mode (except for interrupts) - 10%, servicing hardware interrupts - 0%, idle - the rest.

Among the running processes CPU is mostly used by Xorg (4-6%).

So far, so good

  1. VT-x/AMD-V disabled or not available, hovering over GNOME or KDE main menu in the guest:

Total CPU load (on average):

user-mode code - 10%, kernel-mode (except for interrupts) - 70%, servicing hardware interrupts - about 20%, idle - nearly 0%.

Among the running processes CPU is mostly used by Xorg (40-50%) and the corresponding application, MainMenu, for example (20-25%).

Launching a GUI-intensive application like Opera or OOo is thus a real pain.

  1. Hardware virtualization support is available and using it is enabled in the settings of the virtual machine, hovering over GNOME or KDE main menu in the guest:

Total CPU load is less than 10-15%.

CPU is mostly used by Xorg again but now it is only 5-7%, which is acceptable.


The above data were nearly the same on the virtual machines without VirtualBox guest additions and with VirtualBox guest additions (version 3.0.8) provided with openSuSE.

[NB] I was unable to check the issue with the guest additions from VirtualBox 3.1.4 distribution. I have tried several times to install them (with or without uninstalling the previous additions, with different xorg.conf variants or without xorg.conf at all, etc.) but either X11 refused to start or both mouse and keyboard did not work after reboot, even Host+F2 and the like did not work. The absense of xorg.conf by default on openSuSE 11.2 also does not make life easier in this case. Experiments with SaX made no good too.

Anyway, the problem with guest additions is another story and is probably beyond the scope of this ticket. What is really annoying, is the sluggishness of X11 without hardware virtualization support.

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