ACFS Changes Mount Point Permission On Filesystem During The Reboot Or Remount (Doc ID 1239953.1)

Last updated on AUGUST 21, 2013

Applies to:

Oracle Database - Enterprise Edition - Version 11.2.0.1 to 11.2.0.1 [Release 11.2]
x86 64 bit
Red Hat Enterprise Linux Advanced Server x86-64 (AMD Opteron Architecture)
***Checked for relevance on 21-Aug-2013***

Symptoms

1) Install Oracle Grid Infrastructure 11.2.0.1.0 on Linux. Processor architecture (x86, x86-64) is irrelevant. Make sure 'Cluster Installation', not 'Standalone' is selected during installation. For the sake of clarity, let us assume that the OS user who invoked runInstaller, is called grid. Unless explicitly specified, all other actions are made with this OS user rights.

2) Configure ASM whatever way necessary. Create a single diskgroup called DATA.

3) Ensure that diskgroup's attirbute 'compatible.asm' is set to '11.2' (run in sqlplus):


SQL> alter diskgroup data set attribute 'compatible.asm'='11.2';



4) Create a single acfs volume called TESTVOL:


$> echo "volcreate -G data -s 10m testvol" | asmcmd



5) Format the future filesystem (you'll need to check exact device name):


# /sbin/mkfs -t acfs /dev/asm/testvol-209



6) Create CRS resource for the future filesystem:

$> srvctl add filesystem -d /dev/asm/testvol-209 -v testvol -g DATA -m /srv/testvol -u grid



7) Create the mountpoint (root privileges are possibly needed):


# mkdir -p /srv/testvol



8) Mount acfs filesystem:

$> crsctl start resource ora.data.testvol.acfs



Sample Output:

$> crsctl start resource ora.data.testvol.acfs
CRS-2672: Attempting to start 'ora.data.testvol.acfs' on 'rac1'
CRS-2676: Start of 'ora.data.testvol.acfs' on 'rac1' succeeded




9) Observe mountpoint permissions:

$> ls -la /srv | grep testvol



Sample Output:

$> ls -la /srv | grep testvol
drwxrwx--- 4 root asm 4096 Feb 12 17:29 testvol





10) Change mountpoint permissions (root privileges again):

# chmod 755 /srv/testvol



Sample Output:

# chmod 755 /srv/testvol

# ls -la /srv | grep testvol
drwxr-xr-x 4 root asm 4096 Feb 12 17:29 testvol





11) Remount filesystem:


$> crsctl stop resource ora.data.testvol.acfs
$> crsctl start resource ora.data.testvol.acfs



Sample Output:

$> crsctl stop resource ora.data.testvol.acfs
CRS-2673: Attempting to stop 'ora.data.testvol.acfs' on 'rac1'
CRS-2677: Stop of 'ora.data.testvol.acfs' on 'rac1' succeeded




$> crsctl start resource ora.data.testvol.acfs
CRS-2672: Attempting to start 'ora.data.testvol.acfs' on 'rac1'
CRS-2676: Start of 'ora.data.testvol.acfs' on 'rac1' succeeded





12) Observe mountpoint permissions again:


$> ls -la /srv | grep testvol



Notice that it is reset to 770.

Sample Output:

$> ls -la /srv | grep testvol
drwxrwx--- 4 root asm 4096 Feb 12 17:29 testvol





13) Unmount the filesystem:


$> crsctl stop resource ora.data.testvol.acfs



Sample Output:

$> crsctl stop resource ora.data.testvol.acfs
CRS-2673: Attempting to stop 'ora.data.testvol.acfs' on 'rac1'
CRS-2677: Stop of 'ora.data.testvol.acfs' on 'rac1' succeeded





14) Mount the filesystem again, but manually this time (root privileges):


# mount -t acfs /dev/asm/testvol-209 /srv/testvol



Sample Output:

# mount -t acfs /dev/asm/testvol-209 /srv/testvol





15) Change filesystem permissions and remount (root privileges):


# chmod 755 /srv/testvol
# umount /srv/testvol
# mount -t acfs /dev/asm/testvol-209 /srv/testvol


Sample Output:

# chmod 755 /srv/testvol
# umount /srv/testvol
# mount -t acfs /dev/asm/testvol-209 /srv/testvol





16) Observe mountpoint permissions and notice that they persist across remount:


$> ls -la /srv | grep testvol




Sample Output:

# ls -la /srv | grep testvol
drwxr-xr-x 4 root asm 4096 Feb 12 17:29 testvol





Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms