Skip to Main Content
Forums

Java SE (Java Platform, Standard Edition)

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

Error installing Java JRE > 1.7.51

user6439156Jun 30 2014 — edited Oct 14 2014

Hello all,

I have some troubles installing Java JRE on Windows 8.1 x64 (latest updates installed).

Incedent scenario:

OS: Windows 8.1 x64 german in windows domain (clean/fresh installation from USB stick without any other programs installed)

following installations worked without any problems (install user is domain admin):

jre-7u21-windows-i586.exe

jre-7u21-windows-x64.exe

jre-7u40-windows-i586.exe

jre-7u40-windows-x64.exe

jre-7u45-windows-i586.exe

jre-7u45-windows-x64.exe

jre-7u51-windows-i586.exe

jre-7u51-windows-x68.exe

and these installations dosn't working:

jre-7u55-windows-i586.exe

jre-7u55-windows-x64.exe

jre-7u60-windows-i586.exe

jre-7u60-windows-x68.exe

java_install_reg.log:

** Executing the following command: **

"C:\Program Files\Java\jre7\bin\javaw.exe"  -Xshare:dump

-- Running RegisterDeploy(TRUE, szJavaHome)

RegisterDeploy returned: 6

-- Exec: RegisterDeploy(TRUE, szJavaHome) failed.

msi installer log (/l*v):

MSI (s) (BC:98) [15:48:37:272]: Executing op: ActionStart(Name=InstallJava,Description=Java Runtime Environment wird registriert,)

Aktion : InstallJava. Java Runtime Environment wird registriert

MSI (s) (BC:98) [15:48:37:319]: Executing op: CustomActionSchedule(Action=InstallJava,ActionType=3073,Source=BinaryData,Target=MSIInstallJRE,)

MSI (s) (BC:98) [15:48:37:335]: Creating MSIHANDLE (2) of type 790536 for thread 2712

MSI (s) (BC:88) [15:48:37:350]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIA98B.tmp, Entrypoint: MSIInstallJRE

MSI (s) (BC:9C) [15:48:37:366]: Generating random cookie.

MSI (s) (BC:9C) [15:48:37:397]: Created Custom Action Server with PID 252 (0xFC).

MSI (s) (BC:C4) [15:48:37:429]: Running as a service.

MSI (s) (BC:C4) [15:48:37:460]: Hello, I'm your 64bit Elevated custom action server.

CustomAction InstallJava returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)

MSI (s) (BC:88) [15:48:49:311]: Closing MSIHANDLE (2) of type 790536 for thread 2712

Aktion beendet : InstallFinalize. Rückgabewert 3.

And now the mysterium:

If I remove the computer from the domain and install the 7u55 or 7u60 (as local admin) both installs without any problems.

please help,

any suggestions

Comments

mseberg

Hello;

Try setting TransportDisconnectedThreshold higher than the default of 30.

DGMGRL> EDIT DATABASE testfo SET PROPERTY TransportDisconnectedThreshold='120';

Best Regards

mseberg

BPeaslandDBA

I would start by looking in two logs...the standby's alert log and the DG Broker log. The DG Broker log can be found in the same directory as your alert log and normally has a file named drcinstance_name.log. See if there are messages in either of those on the standby side around the time you are getting this error. Since your standby is RAC, check all instances logs.

HTH,
Brian

1007321

Well, I had a look at these files of course... The standby alert.log shows nothing; as to

the Dataguard log it appends every X minutes the following:

Data Guard Broker Status Summary:

  Type                        Name                             Severity  Status

  Configuration               dgtestfo                          Warning  ORA-16608

  Primary Database            testfo                            Success  ORA-00000

  Physical Standby Database   testfos                           Warning  ORA-16857

which is the same error as that shown in DGMGRL, with no further detail whatsoever...

teits

issue has to do with network between primary and standby DB site.

probably your network latency is very bad OR intermittent failures occurs on your network.

a workaround is to increase  TransportDisconnectedThreshold database property:

DGMGRL> EDIT DATABASE testfo SET PROPERTY TransportDisconnectedThreshold='120';


Tobi

Tobi's Oracle DBA & UNIX Blog

Renu-Oracle

The 'TransportDisconnectedThreshold' is related to the connection to the Primary
There is another new parameter, related to the gap : TransportLagThreshold


Thanks

user10341747

Please check this out:

ORA-16857: standby disconnected from redo source for longer than specified threshold

Error code: ORA-16857

Description: standby disconnected from redo source for longer than specified threshold

Cause:
The amount of time the standby was disconnected from the redo source database exceeded the value specified by the 'TransportDisconnectedThreshold' database property. It is caused by no network connectivity between the redo source and the standby databases.

Action:

Ensure that there is network connectivity between the redo source and standby databases, and the redo source is working properly.

The above error is just a warning message and not actually a problem with the standby database. The error is received when the last communication from the primary database exceeds the value specified by 'TransportDisconnectedThreshold' property. The value is in seconds. Default value is 30 seconds


SOLUTION - Setting 'TransportDisconnectedThreshold' to 0 seconds will disable the alert. Alternatively we can set the property to a higher value.
1 - 6
Locked Post
New comments cannot be posted to this locked post.

Post Details

Locked on Nov 11 2014
Added on Jun 30 2014
#java-runtime-environment-jre
11 comments
37,110 views