Agent Startup Fails When the Repository DB Does Not Support TZ of Agent-332131.1
In this Document
Symptoms
Cause
Solution
References
Applies to:
Enterprise Manager Grid Control - Version: 10.1.0.4 to 10.2.0.5 - Release: 10.1 to 10.2Information in this document applies to any platform.
Symptoms
The Grid Agent fails to start with the following error in the
timezone region of the agent. Either start the OMS using the extended list of
time zones supported by the database or pick a value of time zone from U:
\oracle\product\10.1.0\em_1\sysman\admin\nsupportedtzs.lst , update the
property 'agentTZRegion' in the file U:\oracle\product\10.1.0\em_1\sysman\config\emd.properties and restart the agent.A value which is
around an offset of -04:00 from GMT should be picked.
response to ping, ignoring
The
-----
(pid=2158816): starting emagent version 10.1.0.3.0
OMS does not understand the timezone region of the agent. Either start the OMS using the extended list of time zones supported by the database or pick a value of time zone from
-----
-----
-----
-----
-----
Cause
The Timezone used by the Grid Agent is not supported / Recognized by
Repository Database. The Agent Timezone can be obtained from the value of the
agentTZRegion parameter in the
To check the
Timezones supported by the Repository Database, login to the Database as a DBA
user and execute:
If you do not find the Timezone used by the Agent in the output of the above SQL statement, then the Agent will not start.
Solution
Fix 1:
- Stop the Agent:
cd
emctl stop agent
- Set the environment variable TZ to a valid Time Zone which is
recognised by your Repository Database and also present in
the
$ export PATH=$ORACLE_HOME/bin:$PATH
$ cd $ORACLE_HOME/bin
$ emctl resetTZ agent
Oracle Enterprise Manager 10g Release 5 Grid Control 10.2.0.5.0.
Copyright (c) 1996, 2009 Oracle Corporation. All rights reserved.
Updating /home/em/oracle/gc102/agent10g/sysman/config/emd.properties...
Successfully updated /home/em/oracle/gc102/agent10g/sysman/config/emd.properties.
Login as the em repository user and run the script.
exec mgmt_target.set_agent_tzrgn('agentmachine.domain:3872','Asia/Calcutta')
and commit the changes
This can be done for example by logging into sqlplus and doing
SQL> exec mgmt_target.set_agent_tzrgn('agentmachine.domain:3872','Asia/Calcutta')
SQL> commit
DO NOT start the Agent yet!
- Login to the Repository database as the
SYSMAN user and execute the SQL statements shown by the above command output:
SQL> exec
mgmt_target.set_agent_tzrgn('
SQL> commit;
For example:
SQL> exec
mgmt_target.set_agent_tzrgn('agentmachine.domain:3872','Asia/Calcutta')
SQL> commit
- After the Repository side routine has
completed successfully, start the agent, and make sure it's uploading new data:
$ emctl start agent
$ emctl upload
$ emctl status
agent
Fix 2:
1. If the Repository Database has been started with a small / basic timezone
file, then switch to the large timezone file:
1. Shut down the database.
2. Set the ORA_TZFILE environment variable to the
full path name of the large timezone file:
$ORACLE_HOME/oracore/zoneinfo/timezlrg.dat
On Unix this needs to be a environment variable. On Windows, this needs to be set in the relevant HOME under HKEY_LOCAL_MACHINE/Software/Oracle in the registry.
3. Restart the database.
References
NOTE:340512.1 - Timestamps & time zones - Frequently Asked Questions來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/17252115/viewspace-764612/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- does not support SSL connections
- sourcetree github clone 報錯 hg clone fails with “repository not found“GithubAI
- wlan0 interface does‘t support scanning
- Error: --recode does not support multipass recoding of very large files.Error
- grep: PCRE does not support L, l, N{name}, U, or u
- Client does not support authentication protocol requested by server; consider upgrading MySQL clientclientProtocolServerIDEMySql
- ubuntu apt update 提示 The repository ‘http://xxx Release‘ does not have a Release fileUbuntuAPTHTTP
- onnx模型轉openvino報錯nGraph does not support the following ONNX operations: If模型
- 高版本mysql訪問出現Client does not support authentication protocol requested by server;MySqlclientProtocolServer
- 2024tz
- 7.96 FROM_TZ
- startup,startup mount,startup nomount之間的區別
- Docker安裝MySQL8.0.39報錯:Fatal glibc error: CPU does not support x86-64-v2DockerMySqlError
- navicat本地連線mysql出現1251--Client does not support authentication protocol requested by server的解決方法MySqlclientProtocolServer
- startup nomount
- PostgreSQL 原始碼解讀(158)-PG Tools#5(pg_basebackup:what does db server do)SQL原始碼Server
- Cannot retrieve repository metadata (repomd.xml) for repositoryXML
- Navicat 遠端連線docker容器中的mysql 報錯1251 - Client does not support authentication protocol 解決辦法DockerMySqlclientProtocol
- Bundle the repository
- Cannot retrieve repository metadata (repomd.xml) for repository: baseXML
- Online Book Repository
- DDD與Repository
- MySQL Server Startup ScriptMySqlServer
- Nginx配置max_fails fail_timeoutNginxAI
- Support Vector MachinesMac
- mysqldump中skip-tz-utc引數介紹MySql
- JPA Repository之JpaRepositoryImplementation
- repository 模式的小解模式
- 如何使用 Repository 模式模式
- case when 語句
- "bare repository" learning by examples
- [20200302]startup dba.txt
- 4.1.2 關於Startup部署
- Jetpack之Startup快速掌握Jetpack
- OGG Connection test fails with: weblogic.transaction.internal.TimedOutException:AIWebException
- 001.POST Not Support
- iOS Technical Support For AlliOS
- DBMS_SUPPORT(zt)
- langchain multi modal supportLangChain