服务器之间挂载共享磁盘目录

简介: 服务器之间挂载共享磁盘目录

两台服务器之间挂载共享磁盘目录


服务端:x.x.1.111
客户端:x.x.1.112

需要的安装包 链接:https://pan.baidu.com/s/1YZlt4Ub_4muYQ0HTuFvJtg 提取码:333q

服务端环境搭建(初次搭建所有操作root用户执行)

1、nfs安装

//安装nfs
rpm -ivh *.rpm --force --nodeps
//创建共享文件夹
mkdir -p /home/xyp9x/share

2、nfs启动

systemctl enable rpcbind.service
systemctl enable nfs-server.service
systemctl start rpcbind.service
systemctl start nfs-server.service

3、nfs配置

1.编辑配置文件
vi /etc/exports
2.修改配置文件,增加下面这一行数据,指定的ip地址为客户端的地址
/home/xyp9x/share x.x.1.112(rw,insecure,no_root_squash,no_all_squash,sync)
括号中的参数含义:
ro    该主机对该共享目录有只读权限
rw    该主机对该共享目录有读写权限
root_squash  客户机用root用户访问该共享文件夹时,将root用户映射成匿名用户
no_root_squash 客户机用root访问该共享文件夹时,不映射root用户
all_squash  客户机上的任何用户访问该共享目录时都映射成匿名用户
anonuid   将客户机上的用户映射成指定的本地用户ID的用户
anongid   将客户机上的用户映射成属于指定的本地用户组ID
sync   资料同步写入到内存与硬盘中
async   资料会先暂存于内存中,而非直接写入硬盘
insecure  允许从这台机器过来的非授权访问
3.加载配置文件
exportfs -a
4.列出当前共享挂载路径
showmount -e

客户端环境搭建(初次搭建所有操作root用户执行)

1、nfs安装

//安装nfs
rpm -ivh *.rpm --force --nodeps
//创建共享文件夹
mkdir -p /home/xyp9x/share
//修改目录所在者组
chown root:xyp9x /home/xyp9x/share

2、nfs启动

systemctl enable rpcbind.service
systemctl enable nfs-server.service
systemctl start rpcbind.service
systemctl start nfs-server.service

3、mount挂载

mount -t nfs -o nolock x.x.1.111:/home/xyp9x/share /home/xyp9x/share

4、永久挂载

vi /etc/init.d/mount.sh
添加:
#!/bin/bash
#chkconfig: 35 20 80
#description: Mount
/bin/mount -t nfs -o nolock x.x.1.111:/home/xyp9x/share /home/xyp9x/share
#增加脚本的可执行权限
chmod 755 /etc/init.d/mount.sh
#添加脚本到开机自动启动项目中。添加到chkconfig,开机自启动。
cd /etc/init.d
chkconfig --add mount.sh
chkconfig mount.sh on
#关闭开机启动 
chkconfig mount.sh off
#从chkconfig管理中删除mount.sh
chkconfig --del mount.sh
#查看chkconfig管理
chkconfig --list mount.sh

备注:用以上方式挂载不同服务器的共享目录磁盘亲测可用。

备注:用常规方式修改/etc/fstab文件只适合有且仅有一台服务器进行挂载磁盘,不适合挂载多个其他服务器的共享目录磁盘,我和毛哥交流过,亲测不可用。

5、开机顺序

先启动x.x.1.111服务端,再启动x.x.1.112客户端

6、取消挂载

umount /home/xyp9x/share

7、可能出现的问题

bash-4.2$ bash: 权限不够
cp /etc/skel/.bashrc /home/user/
cp /etc/skel/.bash_profile /home/user/
chown -R user:user /home/user
Stale NFS file handle的解决方法
错误原因是客户端之前挂载的mnt目录在没有卸载的情况下,服务器侧把这个目录移除了,才会出现这样的错误提示。解决的办法就是在客户端umount一下,在重新挂载就好了。
umount /home/xyp9x/share
mount -t nfs -o nolock x.x.1.


相关文章
|
7天前
|
应用服务中间件 PHP nginx
当你的nginx服务器和php服务器不在一起的时候,这个nginx 的root目录问题
两个服务器的网站代码目录需要对齐,docker容器里面也是一样
|
4月前
|
Oracle 关系型数据库 数据挖掘
服务器数据恢复—服务器RAID5磁盘阵列数据恢复案例
服务器数据恢复环境: 一台服务器上有一组由5块硬盘(4块数据盘+1块热备盘)组建的raid5阵列。服务器安装Linux Redhat操作系统,运行一套基于oracle数据库的OA系统。 服务器故障: 这组raid5阵列中一块磁盘离线,但是热备盘并没有自动激活rebuild,当另外一块数据盘发生故障离线后,raid崩溃。 用户方要求恢复raid数据,同时要求还原操作系统。经过初步观察,raid中的这些硬盘没有表现出存在明显的物理故障的特征,也没有明显的同步表现,数据恢复的可能性很大。
|
19天前
|
存储 弹性计算 安全
阿里云服务器购买后设置密码、安全组、基础安全服务、挂载云盘等流程简介
对于初次选购阿里云服务器的用户来说,通过阿里云推出的各类活动买到心仪的云服务器仅仅是第一步。为了确保云服务器能够正常运行并承载您的应用,购买之后还需要给云服务器设置远程登录密码、设置安全组规则、设置基础安全、购买并挂载云盘等操作之后,我们才能使用并部署自己的应用到云服务器上。本文将详细介绍在阿里云的活动中购买云服务器后,您必须完成的几个关键步骤,助您快速上手并充分利用云服务器的强大功能。
|
6月前
|
存储 运维 Oracle
服务器数据恢复—光纤共享存储互斥出现问题的数据恢复案例
两台SOLARIS系统(SPARC平台)的服务器通过光纤交换机共享同一个存储作为CLUSTER使用。正常情况下只有A服务器工作。如果A服务器发生故障宕机,可将A服务器关机,开启B服务器接管。但由于配置不当导致共享存储互斥出现问题。 管理员进行运维检查时发现B服务器连接了一块未知磁盘。由于B服务器并未启用,处于闲置状态,所以管理员也将这块磁盘当作闲置的,于是在B服务器上将磁盘的某个分区做了newfs。没想到这块磁盘就是那个共享存储,执行操作没有多长时间A服务器就开始报警并宕机。
|
3月前
|
存储 Linux
服务器数据恢复——使用fsck后Ext4文件系统挂载不上的数据恢复案例
关于Ext4文件系统的几个概念: 块组:Ext4文件系统的全部空间被划分为若干个块组,每个块组结构基本上相同。 块组描述符表:每个块组都对应一个块组描述符,这些块组描述符统一放在文件系统的前部,称为块组描述符表。每个块组描述符大小为32字节,主要描述块位图、i-节点位图及i-节点表的地址等信息。 超级块(Superblock):用于存储文件系统的配置参数(块大小、总块数、i-节点数等)和动态信息(当前空闲块数和i-节点数)。Ext4文件系统的超级块始于1024字节处,即2号扇区。 i节点:描述文件的时间、大小、块指针等信息。
|
3月前
|
存储 关系型数据库 MySQL
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
1456 2
|
3月前
|
存储 Oracle 关系型数据库
服务器数据恢复—光纤存储映射的卷挂载不上的数据恢复案例
服务器存储数据恢复环境: 某品牌光纤存储上共有16块FC硬盘。存储上的卷映射到Linux操作系统上。Linux操作系统上运行Oracle数据库。 服务器存储故障&检测: 存储上2块硬盘故障灯亮起,存储映射到linux操作系统上的卷挂载不上,业务中断。
|
5月前
|
存储 关系型数据库 MySQL
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
313 5
|
5月前
|
存储 数据挖掘 数据库
服务器数据恢复—raid磁盘故障导致数据库数据损坏的数据恢复案例
存储中有一组由3块SAS硬盘组建的raid。上层win server操作系统层面划分了3个分区,数据库存放在D分区,备份存放在E分区。 RAID中一块硬盘的指示灯亮红色,D分区无法识别;E分区可识别,但是拷贝文件报错。管理员重启服务器,导致离线的硬盘上线开始同步数据,同步还没有完成就直接强制关机了,之后就没有动过服务器。
|
4月前
|
存储 Unix 数据挖掘
服务器数据恢复—SAN LUN映射出错导致文件系统共享冲突的数据恢复案例
服务器数据恢复环境: SAN光纤网络环境,存储由一组6块硬盘组建的RAID6阵列构成,划分为若干LUN,MAP到跑不同业务的SUN SOLARIS操作系统服务器上。 服务器故障&分析: 因为业务需要,用户在该光纤存储环境中新增一台SUN SOLARIS操作系统服务器。将存储中的某个LUN映射到新增的服务器上,但是映射的这个卷之前已经MAP到SOLARIS生产系统上的某个LUN上了。因为未及时察觉这个问题,新增服务器已经对该LUN进行部分初始化操作。 在SOLARIS操作系统层面磁盘报错,重启后卷无法挂载。联系SUN工程师检测后,执行了fsck操作。操作完成后虽然文件系统可以挂上,但是发现大量