首页 > 代码库 > 由异常掉电问题---谈xfs文件系统
由异常掉电问题---谈xfs文件系统
本文皆是作者自己的学习总结或感悟(linux环境),如有不对,欢迎提出一起探讨!!
目录结构
一.相关知识
二.问题提出
三.处理方法
四.最终结果
一、相关知识
1.xfs文件系统(概念性知识网上很多,自己去查喽)
文件系统的定义:
文件系统是操作系统用于明确存储设备(常见的是磁盘,也有基于NAND Flash的固态硬盘)或分区上的文件的方法和数据结构;即在存储设备上组织文件的方法。
xfs文件系统:
是一个日志型文件系统
日志文件系统?加一个日志来记录文件系统的更改,即使在断电或者是操作系统崩溃的情况下也能保证文件系统一致性
怎么保持的?
要向磁盘写数据的时候,肯定要改变元数据,日志就要在这之前记录要怎么去改元数据的,当发生异常掉电或者文件系统崩溃后,进行修复时会检查文件系统的一致性,当出现不一致 时,可通过它来恢复。
(在数据下刷到磁盘之前,会先将对元数据的变动存放在日志中)
2.VM参数
1.Vm( virtual memory )是什么
1).不同的linux 内核版本,VM的参数是不一样的,本文介绍的kernel 3.4.24-v64
2).VM的相关参数位于/proc/sys/vm,用来优化虚拟内存的
3)./proc这个目录? Linux 内核提供了一种通过 /proc 文件系统,在运行时访问内核内部数据结构、改变内核设置的机制。proc文件系统是一个伪文件系统,它只存在内存当中,而 不占用外存空间。它以文件系统的方式为访问系统内核数据的操作提供接口。用户和应用程序可以通过proc得到系统的信息,并可以改变内核的某些参数。由于系统的信息,如进程, 是动态改变的,所以用户或应用程序读取proc文件时,proc文件系统是动态从系统内核读出所需信息并提交的。
4). /proc/sys包含了系统信息和内核参数
5). /etc/sysctl.conf所有内核配置信息,可做永久性修改
注:由于VM参数较多,感兴趣的话可参考我的另一篇随笔《vm参数简介》
3.XFS文件系统参数
1.这个网上内容比较少,我做如下几点介绍
1)xfs文件系统各个参数只有在xfs文件系统被挂载到linux系统上时,我们才能获取到。
2)xfs文件系统的参数位于/proc/sys/fs/xfs里,可以实时查看或调试各个参数
注:XFS参数较多,感兴趣的话可以参考我的另一篇随笔《XFS参数简介》
4.我的理解:VM参数和XFS参数是两套控制缓存的参数,他们应该具有以下的关系:
vm参数与xfs参数影响的阶段不同:
这里面涉及到的是linux的缓存机制,详细信息请参考《Linux 内核的文件 Cache 管理机制介绍》
与《Linux 文件系统剖析》这里我做简单的介绍:linux在具体文件系统(ext3,xfs,fat32等等)之上,存在了虚拟文件系统。虚拟文件系统对具体文件系统进行了‘封装’,这也使得linux可以挂载多种文件系统,但只使用同一套的函数或者命令。对于文件系统的缓存,这里细分了page cache和buffer cache。他们都存在于内存中,但是page cache主要用于缓存文件的内容,用于频繁的读取,buffer cache则用于将数据下刷到磁盘。通过实验可以发现,当用dd写裸设备时,buffer cache增长迅速,当像文件系统里copy数据时,page cache增长迅速。具体请参考文档
二、问题的提出
写这篇文章是因为带有xfs文件系统的机器上,在有IO的情况下出现异常掉电时,文件系统会出现损坏(不一致,数据丢失等)。当对这个xfs文件进行修复时,文件系统为十几T的情况下,修复时间非常慢,我们最终也没有解决这个问题,估计现阶段除了使用PMBUS电池或者UPS,还没有更好的方法来解决xfs文件系统异常掉电问题。
三、处理方法
我们主要针对以下变量进行了测试:
1.VM参数的dirty_radio与dirty_background_radio
2.xfs参数的age_buffer_centisecs、xfsbufd_centisecs、xfssyncd_centisecs
3.mkfs.xfs参数
4.mount参数
5.内存大小
6.cpu多线程
注:详细的测试结果和处理方法由于商业机密,不能泄露
四、最终结果
这里我给大家展示一下华为公司针对xfs修复的一个流程:
结束:希望提出更多关于xfs文件系统修复相关的建议,谢谢!
由异常掉电问题---谈xfs文件系统