This content has been marked as final. Show 9 replies
Q1 is /dev/sda on the shared disk ?
your permissions are wrong - at the start of the install I like to set the devices to be owned by oracle:oinstall (or whatever) - the script run at the end of the install will set them correctly.
You must then ensure that the permissions are set correctly after a reboot, you don't mention which OS / Version or Clusterware version - all this info helps refine answers. Most people use udev - or similar to correctly persist permissions across a reboot.
As you mentioned this is Linux , can you check if the Serial Number returned by this command for the Shared partition(s) for the OCR / Voting disks from both the nodes are the same
/usr/sbin/smartctl -i /dev/sdb
If both the nodes are looking at the same Shared disks / partitions , then their Serial Numbers should match.
Let us know the results.
when you reboot your machine, raw devices are remapped. The ownership is getting changed and assigned to root, this is by default behavior. You need to overwrite this, you can overwrite by modifying /etc/udev/permissions.d/50-udev.permissions file on all nodes,
add the below lines in udev file,
# raw devices
I think this should resolve your issue.
ok so now knowing that this is 10g (not 11g) you are setting permissions on the wrong devices (as indicated above)
You must set the raw devices to map to the block devices and then use the raw devices as part of the install.
Also it's not a good idea to set ownership of all devices to oracle:dba as the previous post indicated.
Better to look at what oracle sets them to after the install and configure udev to recrete those settings.
I have the same problem.
By the way: when have created file in /opt/app/crs (my mount point) on one node i can't see it on another until remount ocfs2 filesystem.
My mount command is mount -t ocfs2 -o datavolume,nointr -L "oracrsfiles" /opt/app/crs/
crosspost: Re: Problem of using OCFS2 as shared storage to install RAC 10g on VMware