[krishna.kk]

Hi

Please share the Release content document of CU4 if any one has it.

Rgds
Kishore

[nick.polites]

Krishna,

The release notes can be downloaded from metalink.

Nick

[svenhaul]

Originally Posted by sknmail@rediffmail.com

After writing above email, I found that there was error while running update_password.sh as a part of dbpatch_55.sql, so my passwords were not reset as CU4 standard password. So I resolved the problem and again re-ran dbpatch_55.sql again. So we have to take care that if for some reason update_password.sh file didn't get executed as part of dbpatch_55, then the problem I mentioned can happen.
- Suresh

I ran into the same issue (thanks for pointing out that possibility!). It turned out that the reason for the update_password.cmd failing was a missing classpath entry. Even if you do not forget to run gc3env.cmd (as I did the first time), the classpath to the Oracle JDBC driver is not set. The subsequent failure of the update_password.cmd does not turn up in the logfile of dbpatch_55.sql; instead, the log file sais the passwords were updated. Sheez, I feel like a detective by now...

[ianlo]

Hi everyone,

While installing CU4, I encountered an error:

Loading new java classes
/bin/bash/loadjava not found

is this expected

I did run gc3env.sh before the installation.

Would be grateful for any help!

Thanks!
Ian

[sknmail@rediffmail.com]

Hi Ian,

loadjava executable should be present in $ORACLE_HOME/bin folder on the Application Server where Oracle client is installed.
If you have the Oracle client properly installed and ORACLE_HOME env variable properly configured; I think you should not face this issue.
The reason I am saying Oracle Client should be properly installed is because I had a bad practice of copying Oracle client folder from one system to another while configuring the Devl env at work..and the issue I used to end up in this case was if you edit file loadjava; you would find that there are various path present which should be actually present on the system. So if you are doing the installation, all these would be taken care automatically.
Another check would be plz verify in gc3env.sh the path of Oracle Client for variable ORACLE_HOME is set properly. I hope this helps.

Regards,
Suresh

[chrisplough]

Ian,

I agree with Suresh. However, also looking at the error, it's possible that this is a bug/typo in the OTM scripts, because of the "/bin/bash/" prepended to the loadjava command.

/bin/bash/loadjava not found

You may want to search through the script8 directory for "/bin/bash/loadjava". If you find any, then replace the string with "/bin/bash loadjava".

--Chris

[ianlo]

Hi Chris and Suresh,

I realised that the Oracle client installed was not Administrator. Hence loadjava was not found in ORACLE_HOME/bin.

Looks like it was carelessness on the Oracle client installation Will try it out again!

Thanks for all your help and replies!

[Update]: After re-installing Oracle client as Administrator mode, the loadjava binary was found in ORACLE_HOME/bin.

Ian