Re: OEM Upgrade from to

From: Maxim Demenko <>
Date: Thu, 11 Jun 2009 19:59:41 +0200
Message-ID: <> schrieb:
> On 20 mai, 19:27, Maxim Demenko <> wrote:

>> Simon schrieb:
>>> Hi all,
>>> I am doing a fresh install of Oracle Enterprise manager on
>>> Linux 32 bit using OLE5.3
>>> using
>>> How to Install Grid Control on Enterprise Linux 5 Using
>>> the
>>> Existing Database (11g) Option
>>> Doc ID: 784963.1
>>> As per the Metalink note I am doing software only install of
>>> and then with no config.
>>> Then I manually run the follwoing
>>> script: where I get this error
>>> .../oms10g/perl/bin/perl .../oms10g/sysman/install/
>>> /u01/app/gc
>>> Any ideas/suggestions to solve this ? This is not related to sys/
>>> sysman password I think
>>> Oc4jDeploy tool completed, but with errors.
>>> '
>>> INFO:
>>> Output
>>> stderr:
>>> 'java.lang.reflect.InvocationTargetException
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>> Method)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke
>>> (
>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke
>>> (
>>> at java.lang.reflect.Method.invoke(
>>> at
>>> Source)
>>> at
>>> Source)
>>> at Source)
>>> at Source)
>>> Caused by: java.lang.NoClassDefFoundError
>>> at
>>> com.evermind.server.rmi.RMIConnection.EXCEPTION_ORIGINATES_FROM_THE_REMOTE_­
>>> (
>>> at com.evermind.server.rmi.RMIConnection.invokeMethod
>>> (
>>> at com.evermind.server.rmi.RemoteInvocationHandler.invoke
>>> (
>>> at
>>> com.evermind.server.rmi.RecoverableRemoteInvocationHandler.invoke
>>> (
>>> at __Proxy0.bindWebApp(Unknown Source)
>>> at com.evermind.client.orion.BindWebAppCommand.execute
>>> (
>>> at com.evermind.client.orion.Oc4jAdminConsole.executeCommand
>>> (
>>> ... 8 more
>>> Died at /u01/app/oracle/product/10.2.0/oms10g/sysman/install/
>>> line 154.
>>> '
>>> INFO: Configuration Step 1
>>> have been completed with status=false
>>> INFO: EmcpPlug invoke
>>> method on an for Action=configuration
>>> in step=2:microstep=0
>>> INFO: plug-in OMS Configuration has failed
>>> its perform method
>>> INFO: was called
>>> INFO: 15 aggregate instances saved
>> Simon, i ran into the same issue, which in my case was easily
>> workarounded by installing libXp ( it was a minimal cent os installation
>> with no X related packages at all). There should be a Metalink Note
>> about required packages for installation on RHEL 5/OEL 5, however i
>> could not access it - slightly more informative in this regard is
>> instruction published by Jeff Hunter (he mentions the libXp library as
>> well).
>> I've spent a couple of hours trying to resolve the problem with invalid
>> username/password by creation of repository but to no avail - without
>> comprehensive understanding how OUI works (which i obviously don't
>> have), this is too time consuming task - i could see with strace the
>> passwords for sysdba and sysman sent to, but it is unclear,
>> why "default" is used instead of specified in response file.
>> In the original SR it is stated, that the problem is in the base
>> bundle, but i have certain doubts on this, because the
>> silent install doesn't have this problem ( of course with
>> repository database).
>> If you still have the problem with your installation despite
>> installation of libXp, i'm sure, it is some library missing - in that
>> case you can contact me offline, so i can sent you the rpm list on my
>> system and used response files if you are interested.
>> Best regards
>> Maxim
>> --
>> Why make things difficult, when it is possible to make them cryptic
>> and totally illogical, with just a little bit more effort?
>> Aksel Peter Jørgensen
> Maxim,
> The same issue happened to me while upgrading Grid Control to
> I used a existing database 11g for this install, I'm on a RHEL 5.3.
> I followed Jeff Hunter's recommandations and I have the libXp rpm
> installed.
> Still, the script failed with
> I checked the environment variables ORACLE_BASE, ORACLE_HOME and
> ORACLE_SID, everything's ok.
> I don't know what to do anymore to solve the problem.
> Do you (or anybody else) have any idea to run this script succesfully?
> Regards,
> Gaelle

Gaelle, as far as i understood from metalink,google etc., the mentioned error is really generic one and seems to mask the real reason of the problem. As i stated before, in my case it was the missing library ( to verify this issue, we can compare the list of installed packages on my system - and yours), but it can be caused as well by lack of memory and inability of jvm to start new threads ( see Note. 413220.1 - here they speaks about hpux, but it may happen on other platform as well, i think). There may be dozens of other reasons as well (you can google on it) and probably, the only reliable way to recover from this error is - to log a SR and try to escalate it.

Best regards


Why make things difficult, when it is possible to make them cryptic
and totally illogical, with just a little bit more effort?

Aksel Peter Jørgensen
Received on Thu Jun 11 2009 - 12:59:41 CDT

Original text of this message