尉澄华的博客

恢复数据的首要原则是到现象发生第一时间保护现场，停止所有可能的写入操作，然后从业务人员及命令历史、现象本身 等各个角度了解当时发生了什么，做了什么操作，根据不同情况处理。第二原则是，待恢复的数据如果不恢复将产生多大数据损失，人工成本损失，并结合恢复难度，与业务沟通评估是否值得尝试与如何尝试。一、现象一台CentOS release 6.2的虚拟机，在1T大小的数据磁盘/dev/vdb1 写满后，按业务要求添加了一块1T磁盘/dev/vdc。之后业务自行重启服务器后，发现/dev/vdb1分区丢.

如果分配使用空间(lsblk查看)和实际不匹配（df -h等命令），也没有删除中的文件（lsof |grep delete），有时可能是文件系统出了问题，通过 df-aT查看到/挂载点使用的文件系统是xfs首先安装xfs工具，我们服务器可能已经安装了，可以先忽略这步yum install xfsdumpyum install xfsprogs-develyum install xfsprogs检测/分区的碎片#xfs_db-c frag -r /dev/sda3显示的数据是...

业务服务器发现很多类似下面的报错[11838872.000469] XFS: tp_fstore_op(484601) possible memory allocation deadlock size 32800 in kmem_alloc (mode:0x250)[11838872.589007] XFS: tp_fstore_op(485157) possible memory allocation deadlock size 32872 in kmem_alloc (mode:0x250)[1

现象：业务将CentOS 7系统升级到4.19内核，发现分区/dev/VolGroup00/Data 无法挂载，报错如下# cat /root/OSInfoCentOS7.2 auto# uname -r4.19.61-300.el7.x86_64# dmesg |tail[ 994.342353] XFS (dm-4): unknown mount option [nobarrier].[ 1018.174020] XFS (dm-4): unknown mount option [n