使用openstack的救援功能对受损的oula系统云主机进行救援

本文链接：https://blog.youkuaiyun.com/baidu_35848778/article/details/143200461

前言

提示：这里可以添加本文要记录的大概内容：

记录一下问题的处理过程：
一台oula云主机由于物理机宕机导致开机出现grub问题，使用救援模式获取系统盘上的业务数据。

error: …/…/grub-core/fs/fshelp.c:257:file ‘/grub2/i386-pc/nomal.mod’ not found.
问题云主机截图：
在这里插入图片描述

opensatck版本：Train
存储集群类型：ceph

异常的机器IP是12.46，所以快照的名字设定为12.46-backup
在这里插入图片描述
快照列表

在这里插入图片描述

使用ls、set命令进行修复，修复失败
在这里插入图片描述

信息列表：
实验虚拟机的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命令传输到安全的机器上。

数据取出，问题处理完成

尽可能的还是将重要数据及业务功能目录放在云硬盘中，比放在系统盘中安全一点。