節點重配置後IPC傳送超時問題
客戶RAC環境在一個節點重啟後,另一個節點出現IPC send timeout資訊。
詳細錯誤資訊為:
Wed May 2 22:07:00 2012
IPC Send timeout detected.Sender: ospid 20808
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:02 2012
IPC Send timeout detected.Sender: ospid 6677
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:09 2012
IPC Send timeout detected.Sender: ospid 16758
Receiver: inst 1 binc 1718096035 ospid 16261
Wed May 2 22:07:13 2012
IPC Send timeout detected.Sender: ospid 8947
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:13 2012
IPC Send timeout detected.Sender: ospid 6583
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:31 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 132
Wed May 2 22:07:31 2012
IPC Send timeout detected.Sender: ospid 17068
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:34 2012
Communications reconfiguration: instance_number 1
Wed May 2 22:07:34 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 154
Wed May 2 22:07:45 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 64
Wed May 2 22:07:45 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 95
Wed May 2 22:07:54 2012
IPC Send timeout detected.Sender: ospid 21078
Receiver: inst 1 binc 1718095761 ospid 16263
Wed May 2 22:07:59 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 24
Wed May 2 22:08:04 2012
Trace dumping is performing id=[cdmp_20120502220729]
Wed May 2 22:08:24 2012
IPC Send timeout to 0.0 inc 24 for msg type 12 from opid 146
Wed May 2 22:08:36 2012
Trace dumping is performing id=[cdmp_20120502220805]
Wed May 2 22:08:38 2012
Trace dumping is performing id=[cdmp_20120502220805]
Wed May 2 22:10:55 2012
Evicting instance 1 from cluster
Wed May 2 22:11:32 2012
Waiting for instances to leave:
1
這個資訊並不正常,查詢MOS後發現,這是一個bug,問題描述可以參考:'IPC Send Timeout Detected' errors between QMON Processes after RAC reconfiguration [ID 458912.1]。
對於當前的10.2.0.4環境,需要針對Bug 6200820進行PATCH修正,而對於10.2.0.3版本則需要應用Patch 6326889。
在MOS中查到不少類似IPC Timeout的問題,多數都會影響10.2.0.4版本,且大部分都在10.2.0.5中被fixed,因此如果這個問題出現頻繁,升級到10.2.0.5也是一個不錯的選擇。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/4227/viewspace-722762/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 以太坊公鏈節點連線節點超時問題排查
- Java傳送郵件必帶超時時間配置Java
- 上傳檔案超時問題
- 郵件傳送時的亂碼問題
- 解決alertmanager重複傳送訊息的問題
- TCPIP-------超時與重傳TCP
- Vue3中的teleport節點傳送Vue
- zuul超時及重試配置Zuul
- 容易忽視的細節:Log4j 配置導致的零點介面嚴重超時
- 一次oracle 節點重啟問題的定位Oracle
- OpenStack 多臺計算節點時的問題
- NIO中如何實現超時重傳?
- 傳送郵件出現問題
- stream不能實時傳送standby redo log問題的解決
- 請問 javamail 傳送程式編譯問題JavaAI編譯
- libevent設定超時後取消超時(bufferevent_set_timeouts取消超時無效問題)
- Laravel框架傳送Email遇到的問題Laravel框架AI
- ORACLE RAC環境下節點自動重啟問題總結Oracle
- 在html中使用axios傳送請求到servlet時遇到的傳值問題HTMLiOSServlet
- websphere 受管節點問題Web
- 關於非同步傳送EMail的問題非同步AI
- 日常問題排查-呼叫超時
- Linux配置msmtp+mutt傳送郵件(可放在指令碼中定時傳送郵件)Linux指令碼
- 【linux】修改ip後hadoop只有四個節點的問題LinuxHadoop
- Oracle RAC解除安裝後的重灌重點環節Oracle
- [轉帖]【tcp】關於tcp 超時重傳次數TCP
- JavaMail郵件傳送在linux環境下不能傳送的問題解決JavaAILinux
- 在用OUTLOOK(OFFICE)傳送郵件時,如何加註”收到後傳送回執”!
- echart關係圖平分節點刪除時自動平衡問題
- 定時傳送郵件
- 收到263定時傳送郵件的傳送提醒
- JAVA重難點問題剖析(二)Java
- 請教:如何解決JAVAMAIL傳送html格式郵件時的亂碼問題JavaAIHTML
- Alertmanager傳送告警郵件配置
- SQL Server 日誌傳送配置SQLServer
- 解決 go get 超時問題Go
- NTP校時(時間同步伺服器)IPC網路攝像機時鐘問題排查伺服器
- 開放世界遊戲中的原路返回問題或直接傳送問題分析遊戲