在生产环境中遇到的案例来推测Linux文件系统保护机制
最近遇到一个案例,正在运行的一个Linux上的Oracle 数据库(单机,不是HA,仅仅是单机+存储的方式在运行),突然业务说:不能用了.
Oracle DBA连上该Linux之后,发现/oradata这个文件系统是只读状态(read-only file system).这个/oradata挂载的是存储盘.
于是立即检查/var/log/messages和/var/log/mcelog
确实有大量的硬件报错.具体报错信息不贴了.
基于如上事实,推测如下:
linux 文件系统一旦检测到底层存储有问题,会立即把文件系统置为只读状态,以免造成"越写越错"或者"进去是垃圾,出来还是垃圾"的后果.
最近遇到一个案例,正在运行的一个Linux上的Oracle 数据库(单机,不是HA,仅仅是单机+存储的方式在运行),突然业务说:不能用了.
Oracle DBA连上该Linux之后,发现/oradata这个文件系统是只读状态(read-only file system).这个/oradata挂载的是存储盘.
于是立即检查/var/log/messages和/var/log/mcelog
确实有大量的硬件报错.具体报错信息不贴了.
基于如上事实,推测如下:
linux 文件系统一旦检测到底层存储有问题,会立即把文件系统置为只读状态,以免造成"越写越错"或者"进去是垃圾,出来还是垃圾"的后果.
783
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
