在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博客 ” ，链接：https://blog.itpub.net/29487349/viewspace-2848579/ ，如需转载，请注明出处，否则将追究法律责任。
最新文章
- 【RESIZE】Oracle收缩表空间主要命令
- 【AUDIT]Oracle审计配置及常用sql
- 【MEMORY】Oracle内存结构资源常用视图及sql
- 【ORA-】ORA-12547: TNS:lost contact错误的跟踪分析
- 【NUMBER】Oracle数据库优化之理解NUMBER存储机制
- 【STAT】函数索引和使用表达式统计信息有什么不同
- 【SQL】Oracle数据库sql优化小技巧索引不管用怎么办01
- 【AWR】DBA_HIST视图查看存储在AWR中的历史数据
- 【SQL】Oracle 19c SQL隔离详解(SQL Quarantine)
- 【小惊喜】总算一个小惊喜，Oracle ACEA
