Ext4 内核崩溃

Question 1

等待 RAID 重新同步完成。既然它已经开始了，如果它可以运行完成，那就最好了。
以单用户模式重新启动系统，卸载/home分区（如果已安装）并执行e2fsck -f /dev/md2，以确保文件系统是自一致的。
如果之后再次发生这种情况，则可能表明硬件有问题或内核存在错误。如果您找不到前者的任何证据，请确保您正在运行最新的 C5 内核yum update，如果是，请通过以下方式向 CentOS 项目报告错误他们的错误追踪器（经过搜索以确保这不是一个已知问题）。

编辑：如果没有确凿证据证明当前内核存在一些已知问题，我不会退化内核。如果您的内核记录了连续、渐进的 FS 损坏，那么对我来说，这非常强烈地表明存在硬件问题。

您是否对 sdc 和 sdd 磁盘运行了 smartctl 检查？您说“磁盘没有问题”，但没有说明您是如何知道的。

如果磁盘确实没问题，那么我注意到您只使用了一个分区来sdc提供sdd元设备 - 值得检查的是分区表不重叠。我知道当分区重叠几个块时会导致问题，因为一个文件系统底部的超级块不断踩在另一个文件系统最顶部的块上。

编辑2：感谢您的smartctl输出。不幸的是，“健康检查已通过”输出毫无意义，因为两个磁盘都未经过测试（“ No self-tests have been logged”）。尝试一下smartctl -t long /dev/sdc，完成后，对进行同样的操作sdd，然后看看smartctl会显示什么。

Answer

等待 RAID 重新同步完成。既然它已经开始了，如果它可以运行完成，那就最好了。
以单用户模式重新启动系统，卸载/home分区（如果已安装）并执行e2fsck -f /dev/md2，以确保文件系统是自一致的。
如果之后再次发生这种情况，则可能表明硬件有问题或内核存在错误。如果您找不到前者的任何证据，请确保您正在运行最新的 C5 内核yum update，如果是，请通过以下方式向 CentOS 项目报告错误他们的错误追踪器（经过搜索以确保这不是一个已知问题）。

编辑：如果没有确凿证据证明当前内核存在一些已知问题，我不会退化内核。如果您的内核记录了连续、渐进的 FS 损坏，那么对我来说，这非常强烈地表明存在硬件问题。

您是否对 sdc 和 sdd 磁盘运行了 smartctl 检查？您说“磁盘没有问题”，但没有说明您是如何知道的。

如果磁盘确实没问题，那么我注意到您只使用了一个分区来sdc提供sdd元设备 - 值得检查的是分区表不重叠。我知道当分区重叠几个块时会导致问题，因为一个文件系统底部的超级块不断踩在另一个文件系统最顶部的块上。

编辑2：感谢您的smartctl输出。不幸的是，“健康检查已通过”输出毫无意义，因为两个磁盘都未经过测试（“ No self-tests have been logged”）。尝试一下smartctl -t long /dev/sdc，完成后，对进行同样的操作sdd，然后看看smartctl会显示什么。

Question 2

您是文件系统损坏的受害者。但是，您的配置有问题，/etc/fstab导致无法对该文件系统进行任何类型的检查。请阅读man fstab，特别是有关第六个字段的这一节：

   The sixth field (fs_passno).
          This  field  is used by the fsck(8) program to determine the order
          in which filesystem checks are done  at  reboot  time.   The  root
          filesystem  should  be  specified with a fs_passno of 1, and other
          filesystems should have a fs_passno of 2.   Filesystems  within  a
          drive  will  be checked sequentially, but filesystems on different
          drives will be checked at the same  time  to  utilize  parallelism
          available  in  the hardware.  If the sixth field is not present or
          zero, a value of zero is returned and fsck will  assume  that  the
          filesystem does not need to be checked.

因此，您已告知系统fsck永远不要访问此文件系统。请离线检查并修复您的文件系统 ( fsck)。它已损坏。

Answer

您是文件系统损坏的受害者。但是，您的配置有问题，/etc/fstab导致无法对该文件系统进行任何类型的检查。请阅读man fstab，特别是有关第六个字段的这一节：

   The sixth field (fs_passno).
          This  field  is used by the fsck(8) program to determine the order
          in which filesystem checks are done  at  reboot  time.   The  root
          filesystem  should  be  specified with a fs_passno of 1, and other
          filesystems should have a fs_passno of 2.   Filesystems  within  a
          drive  will  be checked sequentially, but filesystems on different
          drives will be checked at the same  time  to  utilize  parallelism
          available  in  the hardware.  If the sixth field is not present or
          zero, a value of zero is returned and fsck will  assume  that  the
          filesystem does not need to be checked.

因此，您已告知系统fsck永远不要访问此文件系统。请离线检查并修复您的文件系统 ( fsck)。它已损坏。

Question 3

我已经安装了这个内核：http://elrepo.org/linux/kernel/el5/x86_64/RPMS/然后修复文件系统并重新同步阵列，问题就解决了。

Answer

我已经安装了这个内核：http://elrepo.org/linux/kernel/el5/x86_64/RPMS/然后修复文件系统并重新同步阵列，问题就解决了。

Ext4 内核崩溃

答案1

答案2

答案3

相关内容