linux – 如何在驱动器处于“E”状态的Synology NAS上恢复mdadm阵列?

前端之家收集整理的这篇文章主要介绍了linux – 如何在驱动器处于“E”状态的Synology NAS上恢复mdadm阵列?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
Synology有一个定制版本的md驱动程序和mdadm工具集,它们为内核中的rdev->标志结构添加了一个’DriveError’标志.

效果 – 如果您不幸遇到阵列故障(第一个驱动器),再加上第二个驱动器上的错误 – 阵列进入不让您修复/重建阵列的状态,即使驱动器的读取工作正常精细.

在这一点上,从这个阵列的角度来看,我并不是真的担心这个问题,因为我已经取消了内容并打算重建,但更多的是希望将来有一个解决方案因为这是我第二次被它咬了一下,我知道我见过其他人在论坛上提出类似的问题.

Synology支持不太有帮助(并且大部分都没有响应),并且在处理盒子上的raidsets时不会共享任何信息.

/ proc / mdstat的内容

  1. ds1512-ent> cat /proc/mdstat
  2. Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
  3. md2 : active raid5 sdb5[1] sda5[5](S) sde5[4](E) sdd5[3] sdc5[2]
  4. 11702126592 blocks super 1.2 level 5,64k chunk,algorithm 2 [5/4] [_UUUE]
  5.  
  6. md1 : active raid1 sdb2[1] sdd2[3] sdc2[2] sde2[4] sda2[0]
  7. 2097088 blocks [5/5] [UUUUU]
  8.  
  9. md0 : active raid1 sdb1[1] sdd1[3] sdc1[2] sde1[4] sda1[0]
  10. 2490176 blocks [5/5] [UUUUU]
  11.  
  12. unused devices: <none>

来自mdadm的状态–detail / dev / md2:

  1. /dev/md2:
  2. Version : 1.2
  3. Creation Time : Tue Aug 7 18:51:30 2012
  4. Raid Level : raid5
  5. Array Size : 11702126592 (11160.02 GiB 11982.98 GB)
  6. Used Dev Size : 2925531648 (2790.00 GiB 2995.74 GB)
  7. Raid Devices : 5
  8. Total Devices : 5
  9. Persistence : Superblock is persistent
  10.  
  11. Update Time : Fri Jan 17 20:48:12 2014
  12. State : clean,degraded
  13. Active Devices : 4
  14. Working Devices : 5
  15. Failed Devices : 0
  16. Spare Devices : 1
  17.  
  18. Layout : left-symmetric
  19. Chunk Size : 64K
  20.  
  21. Name : MyStorage:2
  22. UUID : cbfdc4d8:3b78a6dd:49991e1a:2c2dc81f
  23. Events : 427234
  24.  
  25. Number Major Minor RaidDevice State
  26. 0 0 0 0 removed
  27. 1 8 21 1 active sync /dev/sdb5
  28. 2 8 37 2 active sync /dev/sdc5
  29. 3 8 53 3 active sync /dev/sdd5
  30. 4 8 69 4 active sync /dev/sde5
  31.  
  32. 5 8 5 - spare /dev/sda5

如您所见 – / dev / sda5已重新添加到数组中. (这是完全失败的驱动器) – 但即使md将驱动器视为备用驱动器,它也不会重建它. / dev / sde5在这种情况下是带有(E)DiskError状态的问题驱动器.

我试过停止md设备,运行强制重组,从设备/中删除/读取sda5.行为没有变化.

我能够使用以下命令完全重新创建数组:

  1. mdadm --stop /dev/md2
  2. mdadm --verbose \
  3. --create /dev/md2 --chunk=64 --level=5 \
  4. --raid-devices=5 missing /dev/sdb5 /dev/sdc5 /dev/sdd5 /dev/sde5

这使得阵列恢复到这种状态:

  1. md2 : active raid5 sde5[4] sdd5[3] sdc5[2] sdb5[1]
  2. 11702126592 blocks super 1.2 level 5,algorithm 2 [5/4] [_UUUU]

然后我重新添加了/ dev / sda5:

  1. mdadm --manage /dev/md2 --add /dev/sda5

之后它开始重建:

  1. md2 : active raid5 sda5[5] sde5[4] sdd5[3] sdc5[2] sdb5[1]
  2. 11702126592 blocks super 1.2 level 5,algorithm 2 [5/4] [_UUUU]
  3. [>....................] recovery = 0.1% (4569508/2925531648) finish=908.3min speed=53595K/sec

请注意“缺失”驱动器的位置与缺失插槽的确切位置相匹配.

一旦完成,我想我可能会拉出可疑的驱动器并重新进行重建.

我正在寻找关于是否有任何“不那么可怕”的方法来进行此修复的任何建议 – 或者如果有人已经使用Synology阵列完成这种经验并且知道如何强制它重建除了使md设备离线和从头开始重新创建数组.

解决方法

只是我在遇到相同问题后找到的解决方案的补充.我按照 dSebastien博客文章介绍了如何重新创建数组:

我发现重新创建数组的方法比上面的方法更好.但是,重新创建阵列后,卷仍未显示在Web界面上.我的LUN都没有显示出来.基本上显示没有配置任何内容的新数组.我联系了Synology支持,他们已经远程解决了这个问题.不幸的是,当我离开控制台时,他们进行了远程操作.我确实设法捕获会话,并查看他们做了什么.
在尝试恢复我的一些数据时,驱动器再次崩溃,我又回到了同样的情况.我在dSebastien的博客中重新创建了数组,然后查看了synology会话以执行更新.运行以下命令后,我的阵列和LUN出现在Web界面上,我可以使用它们.我几乎没有linux的经验,但这些是我在我的情况下执行的命令.希望这可以帮助其他人,但请自行承担风险.最好联系Synology支持并让他们为您解决此问题,因为这种情况可能与您的情况有所不同

  1. DiskStation> synocheckiscsitrg
  2. synocheckiscsitrg: Pass
  3.  
  4. DiskStation> synocheckshare
  5. synocheckshare: Pass SYNOICheckShare()
  6. synocheckshare: Pass SYNOICheckShareExt()
  7. synocheckshare: Pass SYNOICheckServiceLink()
  8. synocheckshare: Pass SYNOICheckAutoDecrypt()
  9. synocheckshare: Pass SYNOIServiceShareEnableDefaultDS()
  10.  
  11. DiskStation> spacetool --synoblock-enum
  12. ****** Syno-Block of /dev/sda ******
  13. //I've removed the output. This should display info about each disk in your array
  14.  
  15. DiskStation> vgchange -ay
  16. # logical volume(s) in volume group "vg1" now active
  17.  
  18. DiskStation> dd if=/dev/vg1/syno_vg_reserved_area of=/root/reserved_area.img
  19. 24576+0 records in
  20. 24576+0 records out
  21.  
  22. DiskStation> synospace --map_file -d
  23. Success to dump space info into '/etc/space,/tmp/space'
  24.  
  25. DiskStation> synocheckshare
  26. synocheckshare: Pass SYNOICheckShare()
  27. synocheckshare: Pass SYNOICheckShareExt()
  28. synocheckshare: Pass SYNOICheckServiceLink()
  29. synocheckshare: Pass SYNOICheckAutoDecrypt()
  30. synocheckshare: Pass SYNOIServiceShareEnableDefaultDS()
  31.  
  32. DiskStation> synocheckiscsitrg
  33. synocheckiscsitrg: Not Pass,# conflict
  34.  
  35. DiskStation> synocheckiscsitrg
  36. synocheckiscsitrg: Pass

猜你在找的Linux相关文章