ORA-15040/ORA-15042 根本原因是 CSSD 未启动导致 ASM 无法访问 OCR/Voting Disk，需手动破除循环依赖：先检查磁盘可见性与权限，再强制指定 Voting Disk 路径启动 CSSD，最后手动 MOUNT 磁盘组并校验 asm_diskstring。
ORA-15040 / ORA-15042：CSSD 启动失败，磁盘组无法识别
asm 实例起不来，crsctl start res ora.cssd 报错卡在 ora-15040: diskgroup is incomplete 或直接 ora-15042: asm disk “string” is missing，本质不是磁盘坏了，而是 css 服务根本没起来，导致 asm 无法读取 ocr 和 voting disk 所在的磁盘组。cssd 依赖底层磁盘可见性，但磁盘组又依赖 cssd 提供的集群同步服务——这个循环依赖必须靠手动“破局”。
实操上优先检查：
- ls -l /dev/oracleasm/disks/ 是否有对应磁盘（如 VOTEDISK01），权限是否为 grid:asmadmin
- oracleasm list disks 输出是否为空或不全
- udevadm info --name=/dev/sdb --query=property | grep DM_UUID 确认 multipath 设备名稳定（避免重启后 sdb 变 sdc）
- 若用 ASMLIB，确认 oracleasm init 已执行且无报错；若用 udev，则需确保 /etc/udev/rules.d/99-oracle-asmdevices.rules 中 KERNEL==“sd*”, SUBSYSTEM==“block” 规则未被覆盖
cssd.bin 挂起在 “Waiting for agent to start”
这是典型资源依赖卡死：CSSD 进程已拉起，但在等 ora.diskmon 或 ora.ctssd 就绪，而后者又因磁盘不可见无法初始化。不要直接 kill -9，容易让 Voting Disk 处于不一致状态。
安全干预步骤：
- 先停掉所有 CRS 资源：crsctl stop crs -f（注意加 -f，否则会等超时）
- 手动加载 ASM 磁盘（仅限单节点调试）：oracleasm scandisks → oracleasm list disks 验证
- 如果是 udev 方式，运行 udevadm trigger --subsystem-match=block 再 udevadm settle
- 启动 CSSD 前，强制指定 Voting Disk 路径（绕过磁盘组发现逻辑）：crsctl start resource ora.cssd -init -o "VOTEDISK_PATH=/dev/mapper/vote01"
- 成功后再启动 ASM：srvctl start asm -n $(hostname)
ASM 磁盘组 MOUNT 状态始终为 DISMOUNTED
即使 CSSD 和 ASM 实例都 running，select name, state from v$asm_diskgroup; 仍显示 DISMOUNTED，常见原因是 OCR/Voting Disk 所在磁盘组未被自动挂载——Oracle 不会在 CSSD 启动前尝试 MOUNT 任何磁盘组，而默认策略也不会在 ASM 实例启动后自动 MOUNT 所有磁盘组。
关键动作：
- 登录 ASM 实例：sqlplus / as sysasm
- 手动 MOUNT：ALTER DISKGROUP OCR_VOTE MOUNT;（注意不能用通配符，必须写确切名）
- 检查是否真挂载成功：SELECT PATH, HEADER_STATUS FROM V$ASM_DISK WHERE GROUP_NUMBER = (SELECT GROUP_NUMBER FROM V$ASM_DISKGROUP WHERE NAME = 'OCR_VOTE'); —— 若 HEADER_STATUS 是 PROVISIONED，说明磁盘头损坏或路径不对
- 确保 asm_diskstring 参数包含实际设备路径，例如：ALTER SYSTEM SET asm_diskstring='/dev/mapper/ocr*', '/dev/mapper/vote*' SCOPE=BOTH;
重启后 CSSD 又失败：udev 规则或 asmlib 初始化时机问题
系统重启后一切回退，大概率是 asmlib 模块没随内核加载，或 udev 规则在 multipath 启动前就执行了，导致设备节点生成失败。这不是配置错了，而是启动顺序没对齐。
根治方法：
- 禁用 oracleasm service（RHEL7+）：systemctl disable oracleasm，改用 udev + multipath 管理
- 在 /etc/multipath.conf 中为 OCR/Voting 盘显式设置 user_friendly_names no 和唯一 alias，避免设备名漂移
- udev 规则文件末尾加：RUN+="/bin/sh -c 'sleep 2; /usr/sbin/oracleasm scandisks'"，确保 multipath 完成后再触发扫描
- 永久生效检查点：systemctl list-dependencies --after multipathd.service | grep udev，确认 udev 规则确实在 multipathd 之后触发
最易被忽略的是：OCR 磁盘组里放了 SPFILE，而 SPFILE 又依赖 ASM 实例启动，这个链路一旦某环断开，CSSD 就永远等不到它要的“心跳”。别只盯着日志里的第一行报错，得顺着 ocssd.log 里 “waiting for” 的线索往下游追三步。
