使用openstack的救援功能对受损的oula系统云主机进行救援
文章目录
- 前言
- 一、问题现象
- 二、恢复步骤
- 1.平台环境介绍
- 2.问题云主机制作快照,保护原始环境
- 3.使用快照创建实验虚拟机通过ls、set命令进行修复(修复失败)
- 3.使用rescue 命令对实验虚拟机进行修复
- 4.修复完成
- 总结
前言
提示:这里可以添加本文要记录的大概内容:
记录一下问题的处理过程:
一台oula云主机由于物理机宕机导致开机出现grub问题,使用救援模式获取系统盘上的业务数据。
一、问题现象
error: …/…/grub-core/fs/fshelp.c:257:file ‘/grub2/i386-pc/nomal.mod’ not found.
问题云主机截图:
二、恢复步骤
1.平台环境介绍
opensatck版本:Train
存储集群类型:ceph
2.问题云主机制作快照,保护原始环境
异常的机器IP是12.46,所以快照的名字设定为12.46-backup
快照列表
3.使用快照创建实验虚拟机通过ls、set命令进行修复(修复失败)
使用ls、set命令进行修复,修复失败
3.使用rescue 命令对实验虚拟机进行修复
信息列表:
实验虚拟机的uuid:b117fb13-d4b8-4f60-96a5-3011cdf59815
rescue-image的uuid:7f455503-51f7-4bdf-b5cd-9f51a8350371
第一步:执行rescue命令,将机器进入救援模式
openstack server rescue --image 7f455503-51f7-4bdf-b5cd-9f51a8350371 b117fb13-d4b8-4f60-96a5-3011cdf59815
第二步:进入机器挂载待修复系统盘的目录
我把待修复系统盘的vdb2分区手动挂载到/home/shuju目录下。这次比较幸运,只是vdb1的boot分区受损的,vdb2的数据分区没有受损。
将需要的业务数据通过scp命令传输到安全的机器上。
4.修复完成
数据取出,问题处理完成
总结
尽可能的还是将重要数据及业务功能目录放在云硬盘中,比放在系统盘中安全一点。