使用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.修复完成
数据取出，问题处理完成
总结
尽可能的还是将重要数据及业务功能目录放在云硬盘中，比放在系统盘中安全一点。