问题描述

建立了一个ACFS文件系统，mount后改为oracle用户的权限，但重启后仍是root权限。导致我每次重启后都需要手工设置。

参考文档

• ACFS File System Permission Not Persisting After Server Bounce as MOUNT_ACL was not set properly (文档 ID 2516045.1)
• How to Mount or Unmount ACFS File System While Applying GI Patches? (文档 ID 1494652.1)

这两个文档，一个还原了问题，一个提供了解决方法。

问题解决

为让权限可以在重启后重新保持，需要通过srvctl来设置。

需要使用root用户：

export ORACLE_HOME=/u01/app/oracle/product/19.0.0.0/dbhome_1
srvctl modify filesystem -d /dev/asm/datavol01-139 -mountowner oracle -mountgroup oinstall -mountperm 755

这里有几点需要说明。

1. 如何获取ACFS的设备名

$ df -t acfs
Filesystem              1K-blocks     Used Available Use% Mounted on
/dev/asm/commonstore-37   5242880   313628   4929252   6% /opt/oracle/dcs/commonstore
/dev/asm/datavol01-37    52428800 39713180  12715620  76% /u01/data/acfs

2. 关于mountperm
   MOS中的示例是设为764，当然其可以在重启后保持，但不适用于我的情形。因为我是建立了外部表，指向ACFS上的文件。因此我需要有目录的进入权限，及x权限。因此我改为了755。
   如果没有x权限，则访问外部表时报错：

SQL> select count(*) from lineorder_acfs;
select count(*) from lineorder_acfs
*
ERROR at line 1:
ORA-29913: error in executing ODCIEXTTABLEOPEN callout
ORA-29400: data cartridge error
KUP-04040: file lineorder.tbl in ACFSDIR not found

如何验证

我并不想通过重启来验证。因此umount再mount是简便的方法。

# export ORACLE_HOME=/u01/app/oracle/product/19.0.0.0/dbhome_1
# srvctl stop filesystem -device /dev/asm/datavol01-37
# srvctl start filesystem -device /dev/asm/datavol01-37
$ ls -ld /u01/data/acfs
drwxr-xr-x 4 root root 32768 Nov  9 17:58 /u01/data/acfs

下面是另一种重新mount的方法：

/bin/umount /u01/data/acfs
mount -t acfs /dev/asm/datavol01-139 /u01/data/acfs

以下是部分查看ACFS的命令：

$ crsctl status resource|grep acfs
NAME=ora.data.commonstore.acfs
TYPE=ora.acfs.type
NAME=ora.data.datavol01.acfs
TYPE=ora.acfs.type$ srvctl status filesystem
ACFS file system /opt/oracle/dcs/commonstore is mounted on nodes btsi02
ACFS file system /u01/data/acfs is mounted on nodes btsi02