Here is a story of a "typical" Friday night in the life of a Database Administrator (DBA) facing this error. The Friday Night Ghost in the Machine
: ASM may force a dismount of a disk group (e.g., ORA-15130) to prevent data corruption. Instance Reconfiguration
: A disk has been taken offline due to I/O errors but has not yet been dropped from the disk group. Oracle Forums Recommended Steps to Investigate Check the Health Check Report : The tool that generated this message (likely
-- Check detailed status of all disks in all disk groups SELECT group_number, disk_number, name, path, state, mode_status, header_status, total_mb, free_mb FROM v$asm_disk;
The new ASM health check failure is isolated and classified as . Immediate intervention is not critical, but prompt remediation will restore full redundancy and prevent potential escalation. asm health checker found 1 new failures
If you want, I can:
Firmware Updates: Many health check bugs are resolved in newer Engineering Hotfixes (EHF).
After the underlying issue is resolved (e.g., the disk is back online or the metadata is repaired), you need to "close" the failure in the ADR so the health checker stops reporting it. Inside ADRCI :
This message is not a generic warning; it is a definitive notification that the Oracle Grid Infrastructure internal health engine has detected a severe failure. This typically involves physical or logical storage layer degradation. Understanding what this message means, why it occurs, and how to methodically resolve it is critical to preventing cascading multi-node cluster evictions or database downtime. Anatomy of the Error Message Here is a story of a "typical" Friday
To identify the exact cause, execute the following steps within your environment:
Once you have fixed the underlying physical or logical issue, the Health Checker should automatically update during its next run. However, if the status remains "Failed" in the views, you can manually trigger a re-run of the health check or use ADRCI to purge the alert. Summary Checklist
Ensure the asm , mysql , and tomcat processes are running correctly using the command bigstart status .
[Your Name / Automated Monitoring System] Attachments: Full ASM health check log (if available) Oracle Forums Recommended Steps to Investigate Check the
The log warning indicates that an Oracle Automatic Storage Management (ASM) background monitoring process has detected a critical hardware, connectivity, or configuration issue. This message frequently surfaces in the ASM alert log immediately following infrastructure complications like I/O timeouts, sector corruptions, or storage network drops. When it drops into your logs, it signals that the ASM layer has isolated a fault to protect your database cluster from split-brain scenarios or data loss. Understanding the ASM Health Checker Architecture
) will have created an HTML report. Locate this report to see the specific and description of the failure. Verify ASM Disk Status utility to check the status of your disks and disk groups: asmcmd lsdsk -t asmcmd lsdg Use code with caution. Copied to clipboard Look for disks with a status of Inspect the ASM Alert Log
When this message occurs, it indicates that a health check—either triggered automatically by an incident or run manually—has identified a problem that could compromise your storage. Common triggers include: