Vmware挂载san存储 |
您所在的位置:网站首页 › vm挂载存储不稳定 › Vmware挂载san存储 |
炎炎夏夜客户机房空调意外故障,前端ESXI物理服务器由于温度过高都自保关机,存储和SAN没有自保关机。上班修复空调后,检查存储,检查SAN无异常。开始开机ESXI主机,开机完后发现存储映射的两个LUN全部消失,重启存储,重启ESXI都无效。 经过检查,在ESXI上新增存储可以看见两个LUN,但是新增提示需要格式化LUN,此处绝对不能选择新增然后格式化,否则数据就没了。根据官方KB判断应该是分区表丢失了。 https://kb.vmware.com/s/article/2046610?lang=zh_CN 此链接已经失效 下面根据官方KB进行修复: 1,开启ESXI SSH ,查看所有硬盘分区信息 ,执行下面命令。 ls -lh /vmfs/devices/disks/ 如下图,存储映射的两个17T的LUN,无分区表 刚开始做的时候上图是比较难理解的 这里我们需要记下的是缺少挂载的卷的naa(根据实际情况),这里举例: naa.604338910030fb67000b599800000000 naa.604338910030fb67000b59fd00000001
2,继续运行partedUtil 命令,并验证输出是否类似于以下内容,分别对两个LUN进行验证: partedUtil getptbl /vmfs/devices/disks/naa.604338910030fb67000b599800000000 partedUtil getptbl /vmfs/devices/disks/naa.604338910030fb67000b59fd00000001
验证该命令的输出是否类似于以下内容:(下面的内容为分区表不缺少的情况下查询到的内容) gpt 52216 255 63 838860800 1 2048 838850039 AA31E02A400F11DB9590000C2911D1B8 vmfs 0
如果输出类似于以下内容,则说明缺少分区,如下图缺少分区。这种情况下,必须重新创建丢失的 VMFS 分区表的信息。 gpt 52216 255 63 838860800
3, 获取分区的结束块,运行以下命令: partedUtil getUsableSectors /vmfs/devices/disks/naa.604338910030fb67000b599800000000 partedUtilgetUsableSectors /vmfs/devices/disks/naa.604338910030fb67000b59fd00000001 你会看到以下输出: 34 36805017566
4,运行以下命令,为最后一个可用块设置正确的值,注意:确保根据您的环境在该命令中使用适当的值。 partedUtil setptbl /vmfs/devices/disks/naa.604338910030fb67000b599800000000 gpt "1 2048 36805017566 AA31E02A400F11DB9590000C2911D1B8 0" partedUtil setptbl /vmfs/devices/disks/naa.604338910030fb67000b59fd00000001 gpt "1 2048 36805017566 AA31E02A400F11DB9590000C2911D1B8 0" 红色数字表示最后一个可用块,替换为你环境中的值。 这里说明下:1 2048 是固定格式 网上说的和实际生产环境中都验证可行 AA31E02A400F11DB9590000C2911D1B8 也是固定格式,可以在 getptbl 命令查询正常分区的时候得到该值 36805017566为分区表的结束块 5, 运行vmkfstools –V命令以尝试挂载 VMFS 数据存储,运行完后,就能在前端看到存储,如上图。 vmkfstools –V PS: 以上为比较顺利的情况,如有其它不同信息,请根据官方KB中的其它方式进行处理。 注意:第五步可以不用执行,直接在ESXI上刷新分区,丢失的lun找回!!1 https://blog.csdn.net/weixin_39938269/article/details/111131657 (原文出处)
|
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |