EM的報錯解決:oracle.sysman.gcagent.target.……ConfigStateMgr:798
EM中今天報了一個錯誤:
EM Event: Critical:db0120:3872 - Internal error detected: java.lang.IllegalStateException:oracle.sysman.gcagent.target.interaction.execution.ConfigStateMgr:798參照官方文件1458858.1,檢查並比較該伺服器agent目錄,發現最新的storage_*.xml是13年的,而其他正常伺服器上的該檔案都是最近兩天的。原因大概是以前收集的資訊中存在非法的控制字元,導致無法上傳,因此一直無法生成新的檔案。
該伺服器的症狀與該文件描述完全一致,因此將storage_*.xml移走,並重啟了agent。後面未再發生此告警。
下面是MOS文件:
APPLIES TO:
Enterprise Manager Base Platform - Version 12.1.0.1.0 and laterInformation in this document applies to any platform.
SYMPTOMS
Agent 12c raises periodically the following alerts :
Severity=CriticalAlert EM Event: <hostname>:<port> - Internal error detected: java.lang.IllegalStateException:oracle.sysman.gcagent.target.interaction.execution.ConfigStateMgr:798.
Target type=Agent
Target name=<hostname:port>
Categories=Diagnostics
Message=Internal error detected: java.lang.IllegalStateException:oracle.sysman.gcagent.target.interaction.execution.ConfigStateMgr:798.
The below exceptions are seen in <Cloud12c_Middleware_Home>/agent/agent_inst/sysman/log/gcagent_errors.log
javax.xml.bind.UnmarshalException
- with linked exception:
[org.xml.sax.SAXParseException: <Line 1, Column 5750>: XML-20221: (Fatal Error) Invalid char in text.]
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.createUnmarshalException(AbstractUnmarshallerImpl.java:315)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.createUnmarshalException(UnmarshallerImpl.java:514)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:215)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:190)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:241)
at oracle.sysman.gcagent.mbl.DataCollectionMbl.unserialize(DataCollectionMbl.java:599)
CAUSE
Bug:13547855 12C METRIC COLLECTION ERROR FOR ALL STORAGE METRICS
There were old storage xml files which could not be uploaded because the data collected includedstrings with invalid control characters.
New collections are not started as long as old data are available: as the files could not be uploaded, they were never removed.
SOLUTION
Remove <agent_inst>/sysman/emd/state/configstate/host/<nodename>/storage_*.xml files.
Restart the agent.
This will restart the collection of the storage data. As these data are collected evry 24 hours, please wait for at least 24 hours to check the report.
You can also run the collection manually:
Example:
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/26451536/viewspace-1818665/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 建庫時EM報錯的解決辦法
- 水煮oracle24---- oracle em 啟動報錯 相關問題解決Oracle
- SS報錯的解決
- EM報錯:需要HOST Credentials驗證,但輸入什麼都提示錯誤 解決辦法
- mybatis報錯解決MyBatis
- 幾個報錯的解決方法
- 解決fitz模組報錯
- 解決eslint報錯EsLint
- iText中文,報錯解決
- 時區錯誤導致oracle的EM不能啟動解決辦法Oracle
- 【kingsql分享】關於Oracle RAC 12c R2的EM使用(XDB報錯通用解決之道)SQLOracle
- 使用Push方式安裝EM 12c Agent報Shell path is incorrect錯誤解決一例
- Qt報Multiple definition錯誤的解決QT
- ora-27140報錯的解決
- git報錯400的解決辦法Git
- hive使用報錯解決方法Hive
- npm install 報錯解決NPM
- Windows分割槽報錯解決Windows
- supervisor使用報錯解決
- dbfread報錯ValueError錯誤解決方法Error
- VUE—刪除HelloWorld.vue後報錯 `--fix` option報錯的解決Vue
- Django(21)migrate報錯的解決方案Django
- 解決eclipse的maven依賴報錯EclipseMaven
- ORA-01756報錯的解決方案
- ***XAMPP:報錯Unabletoloaddynamiclibrary的解決方法
- 設定autotrace的報錯問題解決
- mongoDB的db.shutdownServer()報錯的解決方法MongoDBServer
- mongodb find報錯怎麼解決MongoDB
- 解決 Inkscape 報錯 Duplicate 問題
- 解決angular 報錯 url unsafeAngular
- 安裝sass報錯解決方案
- sysctl -P 報錯解決辦法
- docker系列-報錯以及解決指南Docker
- 安裝ionic 報錯 安裝canvas報錯 解決辦法Canvas
- 關於Support for password authentication 報錯的解決方案
- TNS-12555報錯的解決方案
- 安裝psutil模組報錯的解決方法
- HBase刪除列族報錯的解決方法