nfs – Adamhuan's Data Center – 【逻辑驱动数据】

NFS error：Starting NFS daemon: rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused) rpc.nfsd: unable to set any sockets for nfsd

在RHEL6中，如果直接启动NFS，你可能会遇到如题所示的报错。
具体情况如下：

[root@bigdata1 cloudera]# service nfs start
Starting NFS services:                                     [  OK  ]
Starting NFS mountd:                                       [FAILED]
Starting NFS daemon: rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused)
rpc.nfsd: unable to set any sockets for nfsd
                                                           [FAILED]
[root@bigdata1 cloudera]#

1

2

3

4

5

6

7

[root@bigdata1 cloudera]# service nfs start

Starting NFS services: [ OK ]

Starting NFS mountd: [FAILED]

Starting NFS daemon: rpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused)

rpc.nfsd: unable to set any sockets for nfsd

[FAILED]

[root@bigdata1 cloudera]#

在RHEL6中，启动NFS之前，应该先拉起rpcbind服务：

[root@bigdata1 cloudera]# service rpcbind status
rpcbind is stopped
[root@bigdata1 cloudera]# service rpcbind start
Starting rpcbind:                                          [  OK  ]
[root@bigdata1 cloudera]# 
[root@bigdata1 cloudera]# service rpcbind status
rpcbind (pid  5390) is running...
[root@bigdata1 cloudera]#

1

2

3

4

5

6

7

8

[root@bigdata1 cloudera]# service rpcbind status

rpcbind is stopped

[root@bigdata1 cloudera]# service rpcbind start

Starting rpcbind: [ OK ]

[root@bigdata1 cloudera]#

[root@bigdata1 cloudera]# service rpcbind status

rpcbind (pid 5390) is running...

[root@bigdata1 cloudera]#

[……]

Linux：NFS nobody & UID GID

在讨论这个问题的时候，我们先描述下我们的场景

这个部分涉及到两个服务器：
1. 10.158.1.112
2. 10.158.1.113

他们都有同一个用户：adamhuan
但是这个用户在两端的UID却是不一样的。

112:
[crayon-63d44f214bcb058[……]

Posted on: 2018年4月23日 2018年4月23日
Author: Adamhuan
Categories: RHEL
Tags: 6.7, 6.9, centos, error, GID, Linxu, nfs, nobody, RHEL, UID, usermod, 异常, 问题
Leave a comment: Linux：NFS nobody & UID GID

NFS + Oracle：无法Open

在NFS上部署Oracle后，可能会无法启动数据库到OPEN，卡在MOUNT阶段。

而ALERT日志中，显示数据库一直在下面的阶段：

[root@rhcs2 ~]# tail -f /u01/app/oracle/diag/rdbms/tuzi/tuzi/trace/alert_tuzi.log 
ALTER DATABASE   MOUNT
Successful mount of redo thread 1, with mount id 1405011784
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE   MOUNT
Sun Sep 24 16:17:17 2017
ALTER DATABASE OPEN
Beginning crash recovery of 1 threads
 parallel recovery started with 3 processes
Started redo scan

1

2

3

4

5

6

7

8

9

10

11

[root@rhcs2 ~]# tail -f /u01/app/oracle/diag/rdbms/tuzi/tuzi/trace/alert_tuzi.log

ALTER DATABASE MOUNT

Successful mount of redo thread 1, with mount id 1405011784

Database mounted in Exclusive Mode

Lost write protection disabled

Completed: ALTER DATABASE MOUNT

Sun Sep 24 16:17:17 2017

ALTER DATABASE OPEN

Beginning crash recovery of 1 threads

parallel recovery started with 3 processes

Started redo scan

接下来，查看文件系统的时候，【df -h】，也会卡：
[crayon-63d44f[……]

Posted on: 2017年9月25日 2017年9月25日
Author: Adamhuan
Categories: Oracle Database
Tags: mount, nfs, Oracle, rsize, Started redo scan, wsize
Leave a comment: NFS + Oracle：无法Open

Oracle DBCA：[CloneRmanRestoreStep$ProgressTracker.run:941] numBytesRead: -1

环境：
NFS + Oracle database 11.2.0.4，DBCA建库

今天在DBCA建库的时候遇到了错误：
1. DBCA卡在 19%

2. DBCA的trace日志大量出现如题所示的异常，具体如下：
文件路径：/u01/app/oracle/cfgtooll[……]

How to Change Ownership (chown) of an OpenFiler NFS Share

在配置好了Openfiler的NFS之后，在客户端挂载后，改变用户与用户组权限的时候遇到了一些问题。

具体如下所示：

[root@rhcs2 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2              34G   13G   20G  40% /
tmpfs                 3.9G   23M  3.9G   1% /dev/shm
/dev/sda1             283M   39M  230M  15% /boot
/dev/sr0              2.4G  2.4G     0 100% /iso
openfiler:/mnt/oracle_rhcs/rhcs_oracle/nfs_me
                       57G  180M   54G   1% /oradata
[root@rhcs2 ~]# 
[root@rhcs2 ~]# ls -ltrd /oradata
drwxrwsrwx+ 4 96 96 4096 Sep 23 17:14 /oradata
[root@rhcs2 ~]# 
[root@rhcs2 ~]# id oracle
uid=2101(oracle) gid=2000(oinstall) groups=2000(oinstall),2201(asmdba),2300(dba),2301(oper)
[root@rhcs2 ~]# 
[root@rhcs2 ~]# chown -R oracle.oinstall /oradata
chown: changing ownership of `/oradata/fast_recovery_area/orcl': Operation not permitted
chown: changing ownership of `/oradata/fast_recovery_area': Operation not permitted
chown: changing ownership of `/oradata/orcl/system01.dbf': Operation not permitted
chown: changing ownership of `/oradata/orcl': Operation not permitted
chown: changing ownership of `/oradata/me': Operation not permitted
chown: changing ownership of `/oradata': Operation not permitted
[root@rhcs2 ~]# 
[root@rhcs2 ~]# chown -f -R oracle.oinstall /oradata
[root@rhcs2 ~]# 
[root@rhcs2 ~]# ls -ltrd /oradata
drwxrwsrwx+ 4 96 96 4096 Sep 23 17:14 /oradata
[root@rhcs2 ~]# ls -ltr /oradata
total 8
-rw-rw-rw-+ 1 oracle 96    0 Sep 23 17:06 me
drwxrwsrwx+ 3 oracle 96 4096 Sep 23 17:14 fast_recovery_area
drwxrwsrwx+ 2 oracle 96 4096 Sep 23 17:15 orcl
[root@rhcs2 ~]# 
[root@rhcs2 ~]#

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

[root@rhcs2 ~]# df -h

Filesystem Size Used Avail Use% Mounted on

/dev/sda2 34G 13G 20G 40% /

tmpfs 3.9G 23M 3.9G 1% /dev/shm

/dev/sda1 283M 39M 230M 15% /boot

/dev/sr0 2.4G 2.4G 0 100% /iso

openfiler:/mnt/oracle_rhcs/rhcs_oracle/nfs_me

57G 180M 54G 1% /oradata

[root@rhcs2 ~]#

[root@rhcs2 ~]# ls -ltrd /oradata

drwxrwsrwx+ 4 96 96 4096 Sep 23 17:14 /oradata

[root@rhcs2 ~]#

[root@rhcs2 ~]# id oracle

uid=2101(oracle) gid=2000(oinstall) groups=2000(oinstall),2201(asmdba),2300(dba),2301(oper)

[root@rhcs2 ~]#

[root@rhcs2 ~]# chown -R oracle.oinstall /oradata

chown: changing ownership of `/oradata/fast_recovery_area/orcl': Operation not permitted

chown: changing ownership of `/oradata/fast_recovery_area': Operation not permitted

chown: changing ownership of `/oradata/orcl/system01.dbf': Operation not permitted

chown: changing ownership of `/oradata/orcl': Operation not permitted

chown: changing ownership of `/oradata/me': Operation not permitted

chown: changing ownership of `/oradata': Operation not permitted

[root@rhcs2 ~]#

[root@rhcs2 ~]# chown -f -R oracle.oinstall /oradata

[root@rhcs2 ~]#

[root@rhcs2 ~]# ls -ltrd /oradata

drwxrwsrwx+ 4 96 96 4096 Sep 23 17:14 /oradata

[root@rhcs2 ~]# ls -ltr /oradata

total 8

-rw-rw-rw-+ 1 oracle 96 0 Sep 23 17:06 me

drwxrwsrwx+ 3 oracle 96 4096 Sep 23 17:14 fast_recovery_area

drwxrwsrwx+ 2 oracle 96 4096 Sep 23 17:15 orcl

[root@rhcs2 ~]#

可以看到，无法改变客户端系统的NFS挂载的用户与组权限。

解法：
在Openfiler中，改[……]