16. 当数据无法存储在存储目录中，需要分析的原因有几点？
第一个历程: 编写服务端配置文件
/data01/w 10.0.0.41(rw,sync,all_squash)
/data01/r 172.16.1.0/24(ro,async,no_all_squash)
第二个历程: 创建存储目录
mkdir /data01/{r,w} -p
chown nfsnobody.nfsnobody /data01/{r,w}
第三个历程: 重启服务程序
systemctl reload nfs
第四个历程: 进行存储挂载操作
backup服务器
mkdir /w -p
mount -t nfs 10.0.0.31:/data01/w /w
web01服务器
mkdir /r -p
mount -t nfs 172.16.1.31:/data01/r /r
说明: NFS存储服务规划目录存储结构时, 尽量不要有父级目录和子级目录关系
存储服务权限问题和什么有关
1) 存储服务配置文件参数
2) 存储服务目录权限有关 755
3) 存储服务目录权限继承
NFS存储服务规划目录存储结构时, 尽量不要有父级目录和子级目录关系
4) 存储客户端挂载参数
17. NFS服务部署过程中，rpcbind服务有什么作用？存在的价值？
在启动NFS服务的时候，会同时启动很多的端口！因为NFS功能，需要很多的服务，每个服务就是一个端口，并且会经常的变化！
那么如何让客户端找到这些端口呢？ 这个时候就需要一个经纪人（RPC服务！）
NFS服务：
1.RPC服务（对外固定端口111）
2.NFS服务（有很多进程和端口 固定端口是2049）将端口注册给RPC端口
3.客户端请求NFS服务
4.返回端口给客户端
5.客户端会拿着地址端口请求传输数据
18. NFS服务进行挂载时，如果挂载不上，应该如何检查排查问题？
如果不授权属主属组，那么共享目录挂载以后将不遵循配置文件exports的设定好的读写规则。虽然也能正常挂载，但是会导致写入文件时提示没有权限。
showmount -e 172.16.1.31
没有安装nfs-utils
1. mount -t nfs 172.16.1.31:/data /mnt/
mount: wrong fs type, bad option, bad superblock on 172.16.1.31:/data,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount.<type> helper program)
In some cases useful info is found in syslog - try
dmesg | tail or so
2.[root@nfs01 ~]# showmount -e 172.16.1.31
Export list for 172.16.1.31:
/data 172.16.1.0/24
3.[root@nfs01 ~]# cat /etc/exports
#share /data to web /upload
/data 172.16.1.0/24(rw)
4.[root@nfs01 ~]# mount -t nfs 10.0.0.31:/data /mnt
mount.nfs: access denied by server while mounting 10.0.0.31:/data
nfs服务为启动，所以无法reload
[root@nfs01 ~]# systemctl stop nfs
[root@nfs01 ~]# systemctl reload nfs
Job for nfs-server.service invalid.