如果$GRID_HOME或$GRID_BASE或/u01目录下的所有文件权限被人为误操作修改了，那么如何来修复该权限问题？
Tags： /u01$GRID_BASE$GRID_HOMEOracle故障处理权限被修改权限问题误操作恢复
权限被修改
如果使用chown -R误操作将整个$GRID_HOME或$GRID_BASE或/u01目录下的所有文件权限修改了，或者删除了Oracle 11g rac中$GRID_HOME/log文件夹下的所有内容，那么将导致集群不能正常启动。
误操作的命令如下所示：
1 2 | chown -R oracle.oinstall /u01 chmod -R 444 /u01 |
可以通过命令“cluvfy comp software -n all -verbose”来校验集群的权限是否正确。
修复方法
大致可以通过如下几种方法来修复权限问题：
方法1：rootcrs.pl -init
根据MOS文档1931142.1提供的建议，可以通过root用户执行命令$GRID_HOME/crs/install/rootcrs.pl -init（11gR2 PSU>11.2.0.3.6的集群）或roothas.pl -init（11gR2 PSU>11.2.0.3.6的单实例）进行解决。对于Oracle 12c版本，需要将rootcrs.pl或roothas.pl修改为rootcrs.sh和roothas.sh。该方法可以用来解决删除了Oracle 11g rac中$GRID_HOME/log文件夹下的所有内容，导致集群不能启动的情况，但是，对于chown -R误操作将整个$GRID_HOME或$GRID_BASE或/u01目录的权限修改了的情况不一定能恢复。
需要注意的是，rootcrs.pl –init是在PSU>11.2.0.3.6下执行的，如果PSU<11.2.0.3.6，那么可以执行如下两条命令来实现同样的效果。
1 2 | <GRID_HOME>/crs/install/rootcrs.pl -unlock <GRID_HOME>/crs/install/rootcrs.pl -patch |
方法2：脚本permission.pl
采用MOS文档1515018.1上提供的脚本permission.pl在权限正常的节点上生成修复脚本，然后将生成的修复脚本在异常节点上执行来修复权限问题。可以用来修复chown -R误操作将整个$GRID_HOME或$GRID_BASE或/u01目录的权限修改了的情况。
permission.pl脚本的内容如下所示：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 | #!/usr/bin/perl -w # # Captures file permissions and the owner of the files # useage : perm1.pl <path to capture permission> # # MODIFIED # uaswatha 12th March 2018 address filename with spaces (request from customer) use strict; use warnings; use File::Find; use POSIX(); my (@dir) = @ARGV; my $linecount=0 ; #print @ARGV, $#ARGV; if ($#ARGV < 0) { print "\n\nOpps....Invalid Syntax !!!!\n" ; print "Usage : ./perm1.pl <path to capture permission>\n\n" ; print "Example : ./perm1.pl /home/oralce\n\n" ; exit ; } my $logdir=$dir[0] ; #my ($sec, $min, $hr, $day, $mon, $year) = localtime; ##my ($dow,$mon,$date,$hr,$min,$sec,$year) = POSIX::strftime( '%a %b %d %H %M %S %Y', localtime); my $date = POSIX::strftime( '%a-%b-%d-%H-%M-%S-%Y', localtime); my $logfile="permission-".$date; my $cmdfile="restore-perm-".$date.".cmd" ; open LOGFILE, "> $logfile" or die $! ; open CMDFILE, "> $cmdfile" or die $! ; find(\&process_file,@dir); print "Following log files are generated\n" ; print "logfile : ".$logfile. "\n" ; print "Command file : ".$cmdfile. "\n" ; print "Linecount : ".$linecount."\n" ; close (LOGFILE) ; close (CMDFILE) ; sub process_file { my ($dev,$ino,$mode,$nlink,$uid,$gid,$rdev,$size, $atime,$mtime,$ctime,$blksize,$blocks,$username,$user,$pass,$comment,$home,$shell,$group); my %uiduname = () ; my %gidgname = () ; my $filename = $File::Find::name; #### Building uid, username hash open (PASSWDFILE, '/etc/passwd') ; while ( <PASSWDFILE>) { ($user,$pass,$uid,$gid,$comment,$home,$shell)=split (/:/) ; $uiduname{$uid}=$user ; } close (PASSWDFILE) ; #### Building gid, groupname hash open (GRPFILE, '/etc/group') ; while ( <GRPFILE>) { ($group,$pass,$gid)=split (/:/) ; $gidgname{$gid}=$group ; } close (GRPFILE) ; ($dev,$ino,$mode,$nlink,$uid,$gid,$rdev,$size, $atime,$mtime,$ctime,$blksize,$blocks) = stat("$filename"); # printf "%o %s %s %s\n", $mode & 07777, $uiduname{$uid}, $gidgname{$gid}, $filename ; printf LOGFILE "%o %s %s %s\n", $mode & 07777, $uiduname{$uid}, $gidgname{$gid}, "\"$filename\"" ; printf CMDFILE "%s %s%s%s %s\n", "chown ",$uiduname{$uid}, ":", $gidgname{$gid}, "\"$filename\"" ; printf CMDFILE "%s %o %s\n", "chmod ",$mode & 07777, "\"$filename\"" ; # printf "%o %s %s %s\n", $mode & 07777, $uiduname{$uid}, $gidgname{$gid}, \",$filename,\" ; $linecount++ ; } |
需要注意的是，该脚本会产生2个文件：
1 2 | a. permission-<time stamp> - This contains file permission in octal value, owner and group information of the files captured b. restore-perm-<time stamp>.cmd - This contains command to change the permission, owner, and group of the captured files |
修复时只需要执行restore-perm-
1 | :%s/raclhr-11gr2-n2/raclhr-11gr2-n1/g # 替换每一行中所有 raclhr-11gr2-n2 为 raclhr-11gr2-n1 |
修复目录/u01/app的过程如下所示：
1 2 3 4 5 | --备份 ./permission.pl /u01/app --恢复 chmod -R 775 /u01 #取决于误操作是否有chmod操作 ./restore-perm-<time stamp>.cmd |
该方法也是作者推荐的一种方法。
方法3：getfacl和setfacl
Linux环境中还可以通过getfacl和setfacl来恢复。
getfacl在权限正常的节点上获取权限，然后修改脚本中的主机名，最后使用setfacl恢复权限，如下所示：
1 2 3 4 5 6 7 8 9 | --备份 getfacl -pR /u01/app > /tmp/bk_lhr_perm_u01_rac1.txt --恢复 chmod -R 775 /u01 #取决于误操作是否有chmod操作 setfacl --restore=/tmp/bk_lhr_perm_u01_rac1.txt ---替换脚本中的主机名，注意大小写 :%s/raclhr-11gr2-n1/raclhr-11gr2-n2/g :%s/raclhr-11gR2-N1/raclhr-11gR2-N2/g |
该方法也是作者推荐的一种方法。
方法4：直接恢复重要文件夹的权限
直接恢复重要文件夹的权限，执行如下命令可以让集群先启动起来，但是，可能会隐藏一些未知的权限问题。如下所示：
1 2 3 4 5 6 7 8 9 10 | chown -R grid:oinstall /u01 chown -R oracle:oinstall /u01/app/oracle chmod -R 775 /u01/ chown -R grid:oinstall /u01/app/oraInventory chmod -R 775 /u01/app/oraInventory chmod 6751 /u01/app/11.2.0/grid/bin/oracle chmod 6751 /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle $ORACLE_HOME/crs/install/rootcrs.pl -init #$ORACLE_HOME/crs/install/rootcrs.pl -unlock #$ORACLE_HOME/crs/install/rootcrs.pl -patch |
需要注意的是，多数以pl结尾的脚本从12.1.0.2开始都变为了sh脚本，例如：rootcrs.pl需要修改为rootcrs.sh。
方法5：删除再添加节点
通过delete node，然后add node来恢复，但是这个过程相对过于复杂，但是或许是最保险的一种方式，Oracle也推荐这样。
方法6：使用crsconfig_fileperms和crsconfig_dirs
根据MOS文档：Tips for checking file permissions on GRID environment(ID 1931142.1)来修复该问题。在该文档中描述到，在$GRID_HOME/crs/utl（Oracle 11.2及12.1.0.1）或
方法7：root.sh
可以删除CRS的配置，然后重新运行root.sh即可。如果OCR和数据库不再同一个磁盘组里，那么重新运行root.sh脚本并不影响数据库，所以无需担心。可以用来修复OCR、OLR或表决磁盘损坏的情况，或ASM节点号和主机节点号不一致的情况。在deconfig之前，可以先将OCR的内容导出备份，然后等到root.sh执行成功后再将OCR的内容导入即可。常用的root.sh脚本执行过程参考：https://www.xmmup.com/oracle-raczhongxinzhixingroot-shjiaoben.html
方法8：重新安装
如果集群所有节点都遭到了破坏，那么也可以删除集群软件，通过重新安装集群软件的办法来解决，这也是最彻底修复问题的办法。当然，如果OCR和MGMT在单独的磁盘组中，那么重新安装软件并不会导致DATA和FRA磁盘组的数据丢失。在重新安装完集群软件后，只需要MOUNT磁盘组DATA和FRA即可。常用命令如下所示：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | ① rm -rf /etc/ora* ② rm -rf /var/tmp/.oracle ③ 修改/etc/inittab文件，若是Oracle 10g则删除以下3行： h1:2:respawn:/etc/init.evmd run >/dev/null 2>&1 </dev/null h2:2:respawn:/etc/init.cssd fatal >/dev/null 2>&1 </dev/null h3:2:respawn:/etc/init.crsd run >/dev/null 2>&1 </dev/null 若是Oracle 11g则删除以下1行： h1:35:respawn:/etc/init.d/init.ohasd run >/dev/null 2>&1 </dev/null ④ rm -rf /tmp/* ⑤ rm -rf /u01/app/grid/* --删除GRID目录 ⑥ rm -rf /u01/app/oracle/* --删除Oracle目录 ⑦ rm -rf /u01/app/oraInventory/* ⑧ 清除OCR、Voting使用过的磁盘 dd if=/dev/zero of=/dev/raw/raw1 bs=104857600 count=1 dd if=/dev/zero of=/dev/raw/raw2 bs=104857600 count=1 |
卸载rac请参考：https://www.xmmup.com/ruheshougongxiezaioracle-racjiqun.html
总结
在安装有GI的环境下，权限、属主是严格被设定的，任何对于它们的错误修改容易引发一系列的问题，而且这些问题往往都很诡异很难按照常规的思路去诊断。一旦出现权限的问题，个人建议第1、2、3、4种方式来修改。
