In the complex ecosystem of modern enterprise computing, the Oracle Automatic Storage Management (ASM) layer serves as the critical bridge between the database software and the physical storage hardware. It is the circulatory system of the data center, managing the flow of information to the disks. Within this high-stakes environment, the alert message "ASM Health Checker found 1 new failures updated" is rarely a trivial notification. It is a digital pulse check—a signal that the system’s automated immunity has detected an anomaly that requires immediate human intervention.
This will initiate a rebalance operation to resync the data.
If a disk dropped due to an intermittent SAN path loss but the hardware is now stable: asm health checker found 1 new failures updated
ASM> ALTER SYSTEM CHECK HEALTH;
She watched as the background process, , kicked into gear. The data began its silent migration, flowing away from the dying hardware and onto the healthy disks in the group. The "1 failure" was no longer a threat; it was a task being solved by the very software that discovered it. In the complex ecosystem of modern enterprise computing,
adrci> set homepath diag/asm/+asm/+ASM1 adrci> show alert -p "message_text like '%ASM Health Checker found%'"
Look for ORA- errors (like ORA-15130 or ORA-15063 ) in the trace file directory: It is a digital pulse check—a signal that
If a disk is offline, check the operating system messages (e.g., /var/log/messages on Linux or dmesg ). Look for SCSI errors or timeout messages. If the OS cannot see the LUN, the issue is at the hardware or SAN level, not the Oracle level.
