See if this helps:
https://dbakerber.wordpress.com/2019/10/16/udev-rules-for-oracle-storage/
On Tue, Jun 2, 2020 at 11:29 AM David Barbour <david.barbour1@xxxxxxxxx>
wrote:
Good Morning,
Any EMC PowerPath folks out there? We are adding a new node to our RAC.
cluvfy from an existing node cannot recognize the disk on the new node.
The new node is third-party hosted and they have set up the storage.
On the current nodes we see simply the powerpath device without a
partition in /dev - such as emcpowerbx and it's owned by root:disk. The
entry in /etc/udev/rules.d/99-oracle-grid-rules for this device is:
KERNEL=="emcpower[a-z][a-z]?", SUBSYSTEM=="block", PROGRAM="/sbin/scsi_id
--whitelisted --replace-whitespace /dev/$parent",
RESULT=="360060160e6914d00e1f3f35dba6676d8", OWNER="grid",
GROUP="asmadmin", MODE="0660", NAME="ora/ORA-OCRVTG101"
which results in an entry in /dev/ora (the asm_diskstring) of
'ORA-OCRVTG101' owned by grid:asmadmin.
The new node is showing the powerpath devices WITH partitions. So we see
emcpowerbx and emcpowerbx1. The new rule on that server sets up a symlink
to the partition and the partition in /dev is owned by grid:asmadmin.
This just isn't working. If we use the rules from the old nodes, nothing
shows up in /dev/ora. If we use the new rules - which look like this:
ACTION=="add|change", SUBSYSTEM=="block", KERNEL=="emcpower[a-z][a-z]?",
PROGRAM="/usr/lib/udev/scsi_id --whitelisted --replace-whitespace
/dev/$parent", RESULT=="360060160e6914d00e1f3f35dba6676d8", OWNER="grid",
GROUP="asmadmin", MODE="0660", SYMLINK+="ora/ORA-OCRVTG101"
we get this when running cluvfy:
$ cluvfy comp ssa -n 685921-db5,1103477-db7 -s /dev/emcpowerbx
Verifying Shared Storage Accessibility:/dev/emcpowerbx ...FAILED
(PRVG-0806)
Verification of shared storage accessibility was unsuccessful on all the
specified nodes.
Failures were encountered during execution of CVU verification request
"shared storage accessibility".
Verifying Shared Storage Accessibility:/dev/emcpowerbx ...FAILED
PRVG-0806 : Signature for storage path "/dev/emcpowerbx" is inconsistent
across
the nodes.
Signature was found as "" on nodes: "1103477-db7".
Signature was found as "360060160e6914d00e1f3f35dba6676d8|" on nodes:
"685921-db5".
Appreciate any insight. So far it's a no-go with RedHat, Rackspace (the
third party cloud vendor) and of course Oracle support.
The original nodes are not using asmlib. I'm wondering if that might be
an answer here. I am a multipath guy. Really do not appreciate the
additional level of abstraction. But I am teachable.
Help!
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link>
<#m_-1113539173421026090_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
