崩溃或内核恐慌后,我应该担心我的linux软件RAID5的完整性吗?

前端之家收集整理的这篇文章主要介绍了崩溃或内核恐慌后,我应该担心我的linux软件RAID5的完整性吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个双核Intel i5 Ubuntu Server 10.04 LTS系统运行内核2.6.32-22-服务器#33-Ubuntu SMP,在使用 linux md设备的RAID5阵列中设置了三个1TB SATA硬盘.我已经阅读了关于 RAID5 write hole并且我担心:如果我的linux系统锁定或内核恐慌,我应该假设我的数据的整合已被破坏并从备份恢复?如何知道RAID5阵列上的数据是否“安全”?

编辑:输出mdadm –detail:

  1. root@chef:/var/lib/vmware# mdadm --detail /dev/md0
  2. /dev/md0:
  3. Version : 00.90
  4. Creation Time : Thu May 27 04:03:01 2010
  5. Raid Level : raid5
  6. Array Size : 1953521536 (1863.02 GiB 2000.41 GB)
  7. Used Dev Size : 976760768 (931.51 GiB 1000.20 GB)
  8. Raid Devices : 3
  9. Total Devices : 3
  10. Preferred Minor : 0
  11. Persistence : Superblock is persistent
  12.  
  13. Update Time : Mon Jun 7 19:12:07 2010
  14. State : active
  15. Active Devices : 3
  16. Working Devices : 3
  17. Failed Devices : 0
  18. Spare Devices : 0
  19.  
  20. Layout : left-symmetric
  21. Chunk Size : 64K
  22.  
  23. UUID : 34bc9cc3:02783ea4:65f2b931:77c8854b
  24. Events : 0.688611
  25.  
  26. Number Major Minor RaidDevice State
  27. 0 8 1 0 active sync /dev/sda1
  28. 1 8 17 1 active sync /dev/sdb1
  29. 2 8 33 2 active sync /dev/sdc1

解决方法

您应该更关心系统崩溃或内核恐慌的原因.

如今的Raid卡在使用缓存方面做得非常出色,这大大减少了“漏洞”的可能性.如果特别是我有点偏执,我会设置一个类似tripwire的系统(见下面的链接)来检测我的密钥文件中的损坏.

至于实际测试腐败,http://linas.org/linux/raid.html在“一般系统腐败”下该网站上列出的大多数工具应该可以解决99%的腐败问题.

猜你在找的Linux相关文章