ASMLIB Interacting with persistent names generated by udev or devlabel
Last updated on NOVEMBER 25, 2011
Applies to:Oracle Server - Enterprise Edition - Version: 10.1.0.2 to 184.108.40.206 - Release: 10.1 to 11.2
For example, the device originally assigned to the OCR or Voting disk are bound to raw3 and raw4, which are bound to /dev/sdd1 and /dev/sde1 After storage configuration, raw3 and raw4 are bound to /dev/sde1 and /dev/sdf1. When CRS is started, it will fail because the content of the disk is not the CRS. Same situation can happen with ASM disks, causing errors that avoid mounting the diskgroup.
There are tools like udev or devlabel that generate persistent names under /dev directory. This names will not change after reboots or storage configuration. Both work very similar, using unique characteristics to identify the disk and create the name.
In this document we discuss why this tools are not required when implementing ASMLIB. In addition we give few details about how ASMLIB discovers the disks and how it affects some multipathing technologies.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
Million Knowledge Articles and hundreds of Community platforms