EXADATA X5数据库一体机节点login: failure forking: Cannot allocate memory问题处理

  • EXADATA X5数据库一体机的第2个计算节点,在5月13日的11:11分出现了服务器异常无响应的现象,表现为无法登录(ILOM口登录时报错login: failure forking: Cannot allocate memory)、数据库集群的资源无法关闭-无法连接使用;工程师在发现问题后,及时进行响应,已经及时恢复业务。并且及时到机房进行节点2服务器的重启和进行相应内存配件维修更换,目前一体机运行正常,一体机上的各个数据库运行正常;
  • 节点2的服务器异常问题分析
    1. 告警服务器异常的时间节点

5月13日的11:11分,容灾平台发出告警,X5一体机的节点2连接异常:

告警级别:灾难

开始时间:2026-05-13 11:10:18

结束时间:

容灾组:X5B

资源名:X5B-Master-25-TEST

地址:10.134.126.14

告警信息:代理程序状态异常

    1. 服务器登录报错

在X5的节点2服务器重启时,服务器登录报错、无法登录,相应的数据库HANG主无法使用。登录时报错如下:

-> start /SP/console

Are you sure you want to start /SP/console (y/n)? y

Serial console started. To stop, type ESC (

dm01db02.watone.com.cn login: root

Password:

Last login: Thu May 7 11:55:21 from dm01db01

login: failure forking: Cannot allocate memory

节点2上面的数据库HANG住无法通过集群命令进行关闭:

oracle@dm01db01 \~$ srvctl stop instance -d LSFCJYDB -i lsfcjydb2

PRCR-1133 : Failed to stop database lsfcjydb and its running services

PRCR-1132 : Failed to stop resources using a filter

ORA-12549: TNS:operating system resource quota exceeded

CRS-2675: Stop of 'ora.lsfcjydb.db' on 'dm01db02' failed

CRS-2678: 'ora.lsfcjydb.db' on 'dm01db02' has experienced an unrecoverable failure

CRS-5804: Communication error with agent process

ORA-12549: TNS:operating system resource quota exceeded

CRS-2675: Stop of 'ora.lsfcjydb.db' on 'dm01db02' failed

CRS-2678: 'ora.lsfcjydb.db' on 'dm01db02' has experienced an unrecoverable failure

CRS-5804: Communication error with agent process

    1. 服务器硬件日志

从服务器硬件管理平台上的信息来看,/SYS/MB/P0/D5槽位的内存出现告警fault.memory.intel.dimm_ce,建议进行更换:

日志信息如下:

root@dm01db02 \~# ipmitool sunoem cli "show faulty"

Connected. Use ^D to exit.

-> show faulty

Target | Property | Value

-------------------+-----------------------+-----------------------------------

/SP/faultmgmt/0 | fru | /SYS/MB/P0/D5

/SP/faultmgmt/0/ | class | fault.memory.intel.dimm_ce

faults/0 | |

/SP/faultmgmt/0/ | sunw-msg-id | SPX86A-8002-XM

faults/0 | |

/SP/faultmgmt/0/ | component | /SYS/MB/P0/D5

faults/0 | |

/SP/faultmgmt/0/ | uuid | e5329177-8e61-6d43-e291-aa3771226d

faults/0 | | b8

/SP/faultmgmt/0/ | serd_count | 0x69

faults/0 | |

/SP/faultmgmt/0/ | fru_part_number | 07075400,M386A4G40DM0-CPB

faults/0 | |

/SP/faultmgmt/0/ | fru_rev_level | 01

faults/0 | |

/SP/faultmgmt/0/ | fru_serial_number | 00CE0216393392A92B

faults/0 | |

/SP/faultmgmt/0/ | fru_manufacturer | Samsung

faults/0 | |

/SP/faultmgmt/0/ | fru_name | 32768MB DDR4 SDRAM DIMM

faults/0 | |

/SP/faultmgmt/0/ | system_component_manu | Oracle Corporation

faults/0 | facturer |

/SP/faultmgmt/0/ | system_component_name | ORACLE SERVER X5-2

faults/0 | |

/SP/faultmgmt/0/ | system_component_part | 7090664

faults/0 | _number |

/SP/faultmgmt/0/ | system_component_seri | 1517NM10DF

faults/0 | al_number |

/SP/faultmgmt/0/ | chassis_manufacturer | Oracle Corporation

faults/0 | |

/SP/faultmgmt/0/ | chassis_name | ORACLE SERVER X5-2

faults/0 | |

/SP/faultmgmt/0/ | chassis_part_number | 7090664

faults/0 | |

/SP/faultmgmt/0/ | chassis_serial_number | 1517NM10DF

faults/0 | |

/SP/faultmgmt/0/ | system_manufacturer | Oracle Corporation

faults/0 | |

/SP/faultmgmt/0/ | system_name | Exadata X5-2

faults/0 | |

/SP/faultmgmt/0/ | system_part_number | Exadata X5-2

faults/0 | |

/SP/faultmgmt/0/ | system_serial_number | AK00302721

faults/0 | |

/SP/faultmgmt/0/ | retire | no

faults/0 | |

-> Session closed

集群TED

  • 总结与后续处理建议
    1. 问题分析总结

通过对EXADATA X5数据库一体机的故障想象和相关日志的深入分析,故障现象表现为服务器异常无响应。代维科技工程师在发现问题后,及时进行响应,已经及时恢复业务;并且及时到转塘机房进行节点2服务器的重启和进行相应内存配件维修更换,目前一体机运行正常,一体机上的各个数据库运行正常;

相关推荐
jiayou641 天前
KingbaseES 表级与列级加密完全指南
数据库·后端
GBASE2 天前
G术时刻 |GBase 8s数据库事务并发控制之封锁技术介绍(下)
数据库
xiezhr2 天前
逛GitHub发现了一款免费的带AI功能的数据库管理工具
数据库·ai编程·dba
吃糖的小孩3 天前
给 QQ AI 机器人设计“可控记忆”:会话摘要、手动长期记忆与角色卡边界
数据库
笃行3504 天前
金仓数据库数据安全双防线:静态存储加密与传输加密实战
数据库
笃行3504 天前
金仓数据库物理备份实战:sys_rman 全流程演练与误覆盖抢救
数据库
笃行3504 天前
金仓数据库逻辑备份实战:从全库导出到 Schema 替换的完整闭环
数据库
SelectDB5 天前
阶跃星辰基于 SelectDB 构建 PB 级 Agent 可观测平台
大数据·数据库·aigc
这个DBA有点耶5 天前
GROUP BY优化全解:如何写出既不丢数据又飞快的分组查询
数据库·mysql·架构