大数据之LibrA数据库系统告警处理(ALM-12014 设备分区丢失)

告警解释

系统周期性进行扫描,如果检测到挂载服务目录的设备分区丢失(如由于设备拔出、设备离线、删除分区等原因)时,产生此告警。

此告警需要手动恢复。

告警属性
告警ID 告警级别 可自动清除
12014 严重 否
告警参数
参数名称 参数含义
ServiceName 产生告警的服务名称。
RoleName 产生告警的角色名称。
HostName 产生告警的主机名。
DirName 产生告警的挂载目录名。
PartitionName 产生告警的设备分区名。
对系统的影响

造成服务数据无法写入,业务系统运行不正常。

可能原因
  • 硬盘被拔出。
  • 硬盘离线、硬盘坏道等故障。
处理步骤
  1. 打开FusionInsight Manager页面,单击"告警管理",在实时告警列表中,单击此告警所在行。

  2. 在"告警详情"区域,从"定位信息"中获取"HostName"、"PartitionName"和"DirName"。

  3. 确认"HostName"节点的"PartitionName"对应的磁盘是否在对应服务器的插槽上。

    • 是,执行[步骤 4](#步骤 4)。
    • 否,执行[步骤 5](#步骤 5)。
  4. 联系硬件工程师将故障磁盘在线拔出。

  5. 使用PuTTY工具登录发生告警的"HostName"节点,检查"/etc/fstab"文件中是否包含"DirName"的行。

    • 是,执行[步骤 6](#步骤 6)。
    • 否,执行[步骤 7](#步骤 7)。
  6. 执行vi /etc/fstab命令编辑文件,将包含"DirName"的行删除。

  7. 联系硬件工程师插入全新磁盘,具体操作请参考对应型号的硬件产品文档,如果原来故障的磁盘是RAID,那么请按照对应RAID卡的配置方法配置RAID。

  8. 等待20~30分钟后执行mount 命令(具体时间依赖磁盘的大小),检查磁盘是否已经挂载在目录"DirName"上。

    • 是,手动清除该告警,操作结束。
    • 否,执行[步骤 9](#步骤 9)。
相关推荐
GIS数据转换器1 小时前
地下空间综合管廊运营管理平台
大数据·开发语言·人工智能·经验分享·perl
草莓熊Lotso1 小时前
【C++ 基于微服务的即时通讯系统】etcd + brpc 从安装到服务注册发现全链路实战
网络·数据库·c++·redis·微服务·etcd
遇码7 小时前
流式调用中途断连别直接报错:瞬态故障识别、退避重试与中文根因诊断的搭建方法
大数据·人工智能·ai·rust·数据分析·大模型·agent
Lethehong7 小时前
Oracle 加个字段,目标库就报错?KFS 用“先拆后组“打通异构 DDL
数据库·oracle
JXJD20047 小时前
224G PAM4 高速线束:阻抗匹配设计与损耗控制的核心逻辑
大数据·ai
Web极客码7 小时前
锁定真正的磁盘卡顿:我用 OpenCode 配合 eBPF 诊断 NVMe 队列深度延迟与 I/O 写放大
数据库·oracle
康实训7 小时前
老年评估仿真实训平台架构设计与老年人能力评估实训室教学落地实践
大数据·人工智能·算法·实训室·实训室建设
ha_lydms7 小时前
Datetime Functions(日期时间函数)
大数据·hadoop·阿里云·spark·数据处理·dataworks·maxcompute
lisw057 小时前
制造业信息化:现代工业的发展趋势!
大数据·网络·人工智能
AllData公司负责人7 小时前
AllData搭建大模型资产中台集成开源项目BISHENG/Crater/Coze-Studio/Coze-Loop/DataFIow,建设AI大模型开发底座
大数据·人工智能·开源·bisheng·coze-studio·crater·datafiow