VirtualBox

Opened 13 years ago

Closed 8 years ago

#8350 closed defect (obsolete)

Installing Java6 24 causes guest to become unresponsive and CPU hits 100%

Reported by: Perry G Owned by:
Component: other Version: VirtualBox 4.0.2
Keywords: java, 100% CPU Cc:
Guest type: Windows Host type: Linux

Description (last modified by aeichner)

I can and have installed the latest JAVA - build 24 on metal and it works as it is supposed to, but when installing on a Windows guest (32-bit) everything goes fine until you select test on the Oracle JAVA site, or try to open the JAVA applet in the control panel. Once the java processes loads everything goes to pieces. I have tested this on (VirtualBox) Version 4.0.2 and the latest from SVN r35963 with the exact same results.

There is at least one other having this issue as seen here: http://forums.virtualbox.org/viewtopic.php?f=7&t=39042&p=175075#p175075

Can you confirm that this is an issue since it works on metal?

Attachments (1)

Windows-XPpro-2011-02-15-16-35-37.log (72.3 KB ) - added by Perry G 13 years ago.

Download all attachments as: .zip

Change History (24)

comment:1 by James Moe, 13 years ago

As noted in the forum thread, java 6 update 3 does work. Somewhere between update 3 and update 21 something changed to cause the defect.

Luckily we have only one application that we need that requires Java.

comment:2 by James Moe, 13 years ago

I should also mention I experience this issue on both Linux and MacOS hosts.

comment:3 by Perry G, 13 years ago

Update: If I remove the guest additions and install the additions for 3.2.12 I am able to use the java applet and also pass the oracle java online test. So as far as I can tell there must be some type of regression causing this and is located in the guest additions and not the main program.

Versions tested 4.0.2, 4.0.4, & r35998

comment:4 by Frank Mehnert, 13 years ago

Ok, that's a valuable hint!

comment:5 by Perry G, 13 years ago

Sorry i didn't think of that before. I am just not used to the GAs causing this kind of issue. I looked and looked in the source and I could not find anything that I thought would cause this but since it did work on metal and not in the VM I needed to ask the experts.

comment:6 by Perry G, 13 years ago

Digging a little deeper it seems that I can update to the 4.0.4 GAs and JAVA still works as long as I don't install the 3D portion of the GAs. As soon as they are installed the Windows XP guest refuses to run JAVA 6-24 and throws the guest & host to 98-100% CPU. (host = 98-100% of one core since SMP is not being used on this 32-bit guest).

I thought about just running with the 3.2.12 GAs but the performance of the guest was pitiful, and the graphics was lagging by 50%. Hope this narrows it down some more.

comment:7 by Leonid Lobachev, 13 years ago

Just tested in locally with 6.18 and upgrading to 6.24, it works without issues.

Could you post the following information from your *guest* system, go to $windir$\system32, usually c:\windows\system32 and check file size and version information of those files: d3d9.dll, msd3d9.dll.

If both files refer to some VirtualBox versions, there might have been an issue with upgrading additions on your guest. To resolve, reinstall DirectX9 and then reinstall additions.

comment:8 by Perry G, 13 years ago

There indeed seems to be a difference. d3d9=4.0.4.0 while msd3d9=4.0.0 Both owned by VirtualBox.

Installing DirectX9 over the top of the existing files made no difference but uninstalling the GAs did remove all files except d3d9.dll now owned by MS.

Installing the GAs in safe mode did so differently this time. This time the msd3d9.dll that was owned by VB 4.0.0 was not replaced and left to MS Ver 5.3.2600.5512

I can only guess here but the installer seems to have not noticed the change to msd3d9.dll or had no way to put it back to original. Have you changed the way you are doing 3D and files used/replaced since version 4.0.0, or version numbers that would cause this?

comment:9 by Leonid Lobachev, 13 years ago

So there seems to be an installer issue. Btw, you didn't wrote but I assume java 6.24 works fine for you now, after reintalling DirectX and GAs ?

comment:10 by Perry G, 13 years ago

Yes it works with version 6-24 now.

I agree that there seems to be an issue with the installer. But have the files been changed to not include msd3d9.dll with a VirtualBox version? From what I can see when the original files were replaced they were not saved (backed up) to be able to restore them requiring the end used to actually revert them manually either by using the Windows install CD to put them back or by installing DirectX-9.

If this is the case then it could go a long way into explaining some of the 4.0.* issues where others using autocad or other 3D enabled software and needing to revert back to 3.2.12 to get a working version.

comment:11 by Perry G, 13 years ago

One other thing that I have noticed now that I have the XP guest properly installed with the 4.0.4 GAs. Usually during the day while using the guest it would simply hang using SolSuite (one of my lives little pleasures) and need to be forced shutdown. This has stopped being an issue as well.

comment:12 by Perry G, 13 years ago

Best I can tell the easiest way to fix this should it happen is to run in a command window

sfc /scannow

in the Windows guest to get the original Windows files back and then to reboot in safe mode and install the guest additions again. I appears to happen only in a guest that had a previous install of the guest additions with 3D. I have tracked it back to at least 3.2.0 but I could not check all since I don't have them anymore. Also if you have a new install (not upgrade) it does not appear to have the issue.

comment:13 by James Moe, 13 years ago

sfc /scannow

Does that restore ALL of the changed DLLs? That is, everything different from the original installation DVD?

I am not very familiar with Windows. How do I remove DirectX? And then restore it?

comment:14 by Perry G, 13 years ago

@jimoe,

Yes AFAIK it compares the now installed checksums with the original system files and restores the ones that are not the same. I also tested installing DirectX9 (download from Microsoft) to replace only those files affected and had to actually uninstall the guest additions and install them again to get it to work. A simple re-install did not work for me in this test. Since I only use this guest for testing and my one lives little pleasure the only files that were actually replaced were the ones that VirtualBox replaced to get the 3D effects, but YMMV so make a backup first.

comment:15 by Perry G, 13 years ago

@leonid,

It appears to me that it must have been a previous installer issue and may not be so much an issue with the new installer. I have checked various users and installs and the one thing that is common is that it must have had the GAs installed in safe mode prior. New installs don't have this issue. Even if you had a prior install as long as it was => ver 4.0.* it seems to work properly with an upgrade.

Could this have something to do with the addition and hold of wddm in the code? Some regression quirk?

comment:16 by James Moe, 13 years ago

I can verify that this is still broken in VirtualBox-4.0-4.0.6_71344_openSUSE113-1.x86_64.

comment:17 by James Moe, 13 years ago

And it persists in v4.0.8.

comment:18 by Perry G, 13 years ago

@jimoe,

You need to look at and post what was asked above and I quote:

"Could you post the following information from your *guest* system, go to $windir$\system32, usually c:\windows\system32 and check file size and version information of those files: d3d9.dll, msd3d9.dll."

comment:19 by James Moe, 13 years ago

04/21/2011 03:48 AM 78,128 d3d9.dll 02/17/2011 09:46 AM 78,128 msd3d9.dll 04/21/2011 03:48 AM 164,144 VBoxD3D9.dll

How do I get the version info?

comment:20 by Leonid Lobachev, 13 years ago

Right click file in the windows explorer..properties etc. But looking at file sizes, it's 99% you'd fix issues by reinstalling directx and then reinstalling guest additions.

comment:21 by James Moe, 13 years ago

d3d9.dll - 4.0.6.0

msd3d9.dll - 4.0.4.0

VBoxD3D9.dll - ??

I did re-try re-installing DirectX. It said it was up to date and would not install it.

comment:22 by Alan Burlison, 12 years ago

Still broken in VB 4.1.14, WinXP & Java 6_32 on Solaris 11. Tried all the usual workarounds - uninstall in safe mode, reinstall etc etc - the only one that works is the J2D_D3D.

comment:23 by aeichner, 8 years ago

Description: modified (diff)
Resolution: obsolete
Status: newclosed

Please reopen if still relevant with a recent VirtualBox release.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use