【RAC】Oracle19.13之後的grid,節點重啟後不會自動驅動

xysoul_雲龍發表於2021-12-21


在Oracle19c產品中,高於19.13的GI HOME,叢集重啟不會自動啟動。 如果linux中kdump不是開啟狀態 及  kernel.panic 設定是0時。


一些錯誤輸出:

'''
[ 387.154537] sysrq: SysRq : Trigger a crash
..
[ 387.192346] CPU: 3 PID: 3318 Comm: cssdagent Tainted: G OE ---------r- - 4.18.0-305.19.1.el8_4.x86_64 #1
..
[ 387.660785] sysrq: SysRq : Trigger a crash
..
[ 387.745572] CPU: 2 PID: 3325 Comm: cssdmonitor Tainted: G D OE ---------r- - 4.18.0-305.19.1.el8_4.x86_64 #1


此次問題,主要針對版本 Linux(x86-64)


網格基礎設施可能會執行節點重新啟動以實現叢集完整性,並提供在Linux上生成核心崩潰轉儲的選項。此崩潰轉儲對於作業系統級診斷非常有用。應正確配置和啟用Linux kdump以收集崩潰轉儲。見MOS註釋2049919.1


如果未啟用kdump,則需要“kernel.panic"引數不能設定為大於0的數字。否則,節點將保持關閉狀態,並且不會自動重新啟動。

# systemctl is-active kdump
inactive
# sysctl -w kernel.panic=1


該問題已通過以下修復程式解決:

3563477 Non-Engineered Systems: CSS Node Eviction in 19.13 Can Cause the Node to Not Be Able to Boot


The fix has been included in the 19.14 Grid Infrastructure Release Update (GI RU).

There is a one-off Patch on top of 19.13 GI RU available at



翻譯自mos:

Alert: Post Applying 19.13 GI RU or Higher, Cluster Nodes will not Start Automatically After a Node Eviction (Doc ID 2821641.1)

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29487349/viewspace-2848579/,如需轉載,請註明出處,否則將追究法律責任。

相關文章