在Linux平台安装Oracle 10.2.0.3 Grid Control for x86_64bit的时候遇到该问题,下面这篇metalink文章详细描述了遇到的错误及解决办法。
How to Recover From Enterprise Manager Grid Control 10g Base Releases (10.2.0.x.0) Installation Errors after 31-Dec-2010 [ID 1228103.1]
修改时间: 2013-5-30
![](https://i-blog.csdnimg.cn/blog_migrate/200491d1ae6203cbdf7e02dca39a75b1.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/200491d1ae6203cbdf7e02dca39a75b1.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/200491d1ae6203cbdf7e02dca39a75b1.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/200491d1ae6203cbdf7e02dca39a75b1.gif)
In this Document
Purpose |
Scope |
Details |
References |
Applies to:
Enterprise Manager Base Platform. - Version 10.2.0.1 to 10.2.0.3 [Release 10.2]Information in this document applies to any platform.
Purpose
What is the Issue?
The Enterprise Manager Grid Control 10g base releases used a fixed end date for the root certificate used to setting up secure communications via the Secure Socket Layer (SSL) protocol. The fixed date used is the 31-Dec-2010 00:00:00 UTC.
The certificate expiration will cause errors to occur if you attempt to install these releases on or after 31-Dec-2010.
Scope
What Releases Are Affected?
Errors will occur when installing the following Enterprise Manager Grid Control 10g base releases on or after 31-Dec-2010.
Base Release | Supported Operating Systems |
---|---|
10.2.0.1.0 | ■ Linux x86 ■ HP-UX PA-RISC (64-bit) ■ Solaris SPARC (64-bit) ■ AIX 5L (64-bit) |
10.2.0.1.1 | ■ Solaris SPARC (64-bit) |
10.2.0.2.0, 10.2.0.2.1 | ■ Windows x86 |
10.2.0.3.0 | ■ Linux x86-64 ■ HP-UX Itanium |
What Releases Are NOT Affected?
You will not encounter issues related to certificate expiration when installing the following Enterprise Manager Grid Control 10g releases. In these releases, the certificate expiration date is set to 10 years after the date of installation.
Release | Supported Operating Systems |
---|---|
10.2.0.1.1 | ■ Linux x86 |
Details
What Happens During the Installation Failure?
The installation will fail at the “OMS Configuration” step with the following error:
![bb](http://img.blog.itpub.net/blog/attachments/2013/06/23135684_201306021430501.jpg?x-oss-process=style/bb)
The opmn.log will report the following errors, indicating that Oracle Management Service failed to start:
'
FINE: oracle.sysman.emCfg.logger.CfmLogger: log: oracle.sysman.top.oms:PerformSecureCommand:runCmd:Command
Output stderr:
'
================================================================================
opmn id=host1.example.com:6201
5 of 6 processes started.
ias-instance id=EnterpriseManager1.host1.example.com
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ias-component/process-type
/process-set:
HTTP_Server/HTTP_Server/HTTP_Server
Error
--> Process (pid=18346)
failed to start a managed process after the maximum retry limit
Log:
/scratch/caexptest/oms10g/opmn/logs/HTTP_Server~1
'
FINE: oracle.sysman.emCfg.logger.CfmLogger: log: oracle.sysman.top.oms:OmsPlugIn:Requested Configuration
Step 5 have been completed with status=false
The Apache Web server log will report error (28750) as follows:
failed: call to nzos_OpenWallet returned error 28750
[Wed Jan 5 09:10:28 2011] [error] mod_ossl: Unknown error
[Wed Jan 5 09:10:30 2011] [error] mod_ossl: Init: Server host1.example.com:4898: SSL setup
failed: call to nzos_OpenWallet returned error 28750
[Wed Jan 5 09:10:30 2011] [error] mod_ossl: Unknown error
What Actions Do You Need to Take?
If you encounter errors while installing one of the Enterprise Manager Grid Control 10g base releases noted above on or after 31-Dec-2010, you must perform. the following steps to recover from the installation errors.
- Download and Apply the Patch:8430622 from My Oracle Support to the Oracle Management Service installation. Note that the patch README.txt specified that only the OMS should be stopped for patch application, emctl stop oms. This command will stop the OMS web application and web tier, but leave certain other opmn processes running to support patch application.
Important Note: On Windows platforms, the patch would fail to apply with the error:
[...] Patch 8430622: Required component(s) missing : [ oracle.sysman.top.oms, 10.2.0.2.0, higher version 10.2.0.2.1 found. ] [...].
A version of the patch 8430622, specific for Windows platforms is attached to this document.
Please download and apply the patch attached instead of the patch 8430622 available at My Oracle Support.
Note that the OMS should still be stopped to apply the patch. - After applying the patch, stop all of the remaining processes associated with the Oracle Management Service (OMS) with the following command:
/opmn/bin/opmnctl stopall - Re-secure Oracle Management Service with the following command:
/bin/emctl secure oms -reset
You will be prompted twice to confirm that the Root key must be overwritten. In both cases, enter upper-case "Y" as the response. Any other response (including lower-case "y") will cause the command to terminate without completing. If this happens, the command can be re-invoked:
$ ./emctl secure oms -reset
Oracle Enterprise Manager 10g Release 10.2.0.1.0
Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
Enter Enterprise Manager Root (SYSMAN) Password : ******
Enter Agent Registration Password : ******
OPMN processes successfully stopped... Done.
Securing central oms... Started.
Checking Repository... Done.
Checking Em Key... Done.
Checking Repository for an existing Enterprise Manager Root Key...
WARNING! An Enterprise Manager Root Key already exists in
the Repository. This operation will replace your Enterprise
Manager Root Key.
All existing Agents that use HTTPS will need to be
reconfigured if you proceed. Do you wish to continue and
overwrite your Root Key
(Y/N) ?
Y
Are you sure ? Reset of the Enterprise Manager Root Key
will mean that you will need to reconfigure each Agent
that is associated with this OMS before they will be
able to upload any data to it. Monitoring of Targets
associated with these Agents will be unavailable until
after they are reconfigured.
(Y/N) ?
Y
Generating Enterprise Manager Root Key (this takes a minute)... Done.
Fetching Root Certificate from the Repository... Done.
Generating Registration Password Verifier in the Repository... Done.
Generating Oracle Wallet Password for Enterprise Manager OMS... Done.
Generating Oracle Wallet for Enterprise Manager OMS... Done.
Generating Oracle Wallet for iAS HTTP Server... Done.
Updating HTTPS port in emoms.properties file... Done.
Generating HTTPS Virtual Host for Enterprise Manager OMS... Done.
Securing central oms... Ended - Re-start Oracle Management Service by executing the following command:
/bin/emctl start oms - Retry the failed step from the error dialog to complete the installation.
8430622补丁已作为附件上传
![fj.png](/image/default/fj.png)
参考文章: http://www.dbrabbit.com/archivers/%E5%AE%89%E8%A3%85grid-control-10-2-0-3%E5%9C%A8%E5%81%9Aoms%E9%85%8D%E7%BD%AE%E7%9A%84%E6%97%B6%E5%80%99%E9%81%87%E5%88%B0oui-25031%E8%A7%A3%E5%86%B3%E5%8A%9E%E6%B3%95.html
如果配置报错显示缺少libdb.so.2文件,请参考文章: http://blog.sina.com.cn/s/blog_6f500e050100n1bc.html
执行agentDownload.linux_x64出现问题可以参考以下文章( http://blog.sina.com.cn/s/blog_614b797b01013e55.html )通过图形化的方式添加agent程序,这种方式可以手动忽略添加agent程序前对操作系统的检查。
将oms和agent都升级到10.2.0.5.0版本 之后 , 在一台Linux服务器 部署agent,手动upload的时候收到如下错误:
这个错误困扰了我2天,终于让我找到了如下文章:
修改时间: 2012-9-6
![](https://i-blog.csdnimg.cn/blog_migrate/200491d1ae6203cbdf7e02dca39a75b1.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/200491d1ae6203cbdf7e02dca39a75b1.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/200491d1ae6203cbdf7e02dca39a75b1.gif)
![](https://i-blog.csdnimg.cn/blog_migrate/200491d1ae6203cbdf7e02dca39a75b1.gif)
In this Document
Symptoms
Cause
Solution
References
APPLIES TO:
Enterprise Manager Base Platform. - Version: 10.2.0.5 and later [Release: 10.2 and later ]Information in this document applies to any platform.
Enterprise Manager Grid Control - Version: 10.2.0.5 and later? ? ? [Release: 10.2 and later ]
SYMPTOMS
After upgrading the OMS and Agent to 10.2.0.5 version, getting the following error in /sysman/log/emagent.trc:
The command: emctl upload agent
fails with:
Copyright (c) 1996, 2009 Oracle Corporation. All rights reserved.
---------------------------------------------------------------
EMD upload error: uploadXMLFiles skipped :: OMS version not checked yet..
The Agent can however be secured successfully with the OMS.
CAUSE
The Agent Re-synchronisation is a new feature in 10.2.0.5 Grid Control which verifies whether an Agent that been uploading earlier to the OMS is re-installed or restored from a backup. If yes, the OMS blocks further updates from this Agent until the information about the Agent and all its targets are synchronized between the Repository and the Agent.
Factors which can cause the Agent to go out-of-sync with the Repository:1. Agent is re-installed or restored from a backup, on the same port number as before.
2. The /sysman/emd/agntstmp.txt is manually deleted for some reason.
SOLUTION
To solve the issue you have to perform. following from grid console+ Login to 10.2.0.5 Grid Console as sysman user
+ Navigate to Setup -> Agents -> Click on problematic Agent name
+ In Agent home page click on "Resynchronize" Button on right hand top of the page.
Choose the 'Unblock Agent' option and click Continue
Ensure that the Agent is up and running when attempting the Resynchronization.
Once the re-synchronization is completed successfully, the Agent should be able to communicate with the OMS.
Sometimes, the re-synchronization may complete with results such as:
1. Error saving target database1.domain:oracle_database - Skipping target {database1.domain, oracle_database}: Missing properties - UserName, password
2. Error saving target database2.domain:oracle_database - Skipping target {database2.domain, oracle_database}: Missing properties - UserName, password
...
OR
Error saving target EnterpriseManager0.omsmachine.domain_Web
Cache:oracle_webcache - Skipping target
{EnterpriseManager0.omsmachine.domain_Web Cache, oracle_webcache}:
Missing properties - authpwd, authuser
The above indicates that the Repository has been unable to completely save the details of the all targets that the Agent currently has. In this case, the Agent was re-installed and has newly discovered all the Database targets and iAS targets, which are not completely configured as yet i.e the monitoring password is missing. To resolve the above:
- Navigate to the Agent home page in the Grid Console. Choose one database at a time and click on the 'Configure' button.
- In the Monitoring Configuration page, enter the password for the monitoring user and save.
- Perform. the same for any other target that is shown in the result from the Agent re-synchronization.
- Once, all the targets are configured in this manner go to Setup -> Agents -> choose this Agent name and click on the 'Unblock' button.
REFERENCES
NOTE:416898.1 - Agent Upload to OMS Fails if Multiple Agents are Installed and Targets are Discovered as Duplicates in the Grid ConsoleNOTE:1307816.1 - Right After Install, the Grid Control Agent Generates ERROR-Agent is blocked. Blocked reason is: Agent is out-of-sync with repository
根据文章的描述,问题得到解决。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/23135684/viewspace-762747/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/23135684/viewspace-762747/