记一次xfs文件系统重复uuid挂载磁盘

记一次xfs文件系统重复uuid挂载磁盘

摘要:
CentOS 7开始默认文件系统是xfs,CentOS 6是ext4,CentOS 5是ext3,xfs是一种非常优秀的日志文件系统,它是SGI公司设计的。xfs被称为业界最先进的、最具可升级性的文件系统技术,xfs是一个64位文件系统,最大支持8EB减1字节的单个文件系统,实际部署时取决于宿主操作系统的最大块限制。对于一个32位Linux系统,文件和文件系统的大小会被限制在16TB,xfs在很多方面确实做的比ext4好,ext4受限制于磁盘结构和兼容问题,可扩展性和scalability确实不如xfs,另外xfs经过很多年发展,各种锁的细化做的也比较好。


正文

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
# 事情前提是这样子的
# 我公司一个运维,把SSH搞垮了,就是配置文件瞎改,重启失败后不还原还kill我ssh进程,导致服务器无法连接也错过了黄金救援时间,重启服务器也无果,因为你服务器ssh服务都凉了
# 所幸的是我们用的是aws的ec2,因为没有拍快照所以只能通过土办法,通过管理控制面板挂载宕机的磁盘到新的服务器
# 但是挂载的时候出现了uuid一样,无法挂载的问题,修改uuid也失败,可能是aws的问题。

# 报错
# XFS: Filesystem sdb7 has duplicate UUID - can't mount
# 执行命令
$ mount -o nouuid /dev/sdb7 /data/disk_backup/sdb7
# 这样子就挂载成功了,还有读写权限,你就可以修复或者是恢复你服务器

# 查看uuid
# 命令1
$ blkid
# 命令2
$ ls -l /dev/disk/by-uuid

# 修改uuid
# 命令1
$ sudo uuidgen | xargs tune2fs /dev/sda5 -U
# 命令2
$ tune2fs -U c1b9d5a2-f162-11cf-9ece-0020afc76f16 /dev/sda5
# 命令3:使用xfs_admin实用程序为次分区生成新的uuid
$ xfs_admin -U generate /dev/sdb7

# 再次奉劝各位核心服务配置要锁好,有行为管理系统最好做策略,也多让你的员工遵守运维守则和规范,不然损失公司财产,还得背锅