openstack虚拟机内文件遭破坏的急救方案

简介:

一、场景:

    openstack虚拟机存放于ceph存储,由于用户将系统的grub误删除,导致系统无法正常引导。现在用户要求抢救文件。

二、可行的方案:

    1、将虚拟机保存为镜像,将镜像转换成云硬盘,将云硬盘挂载到其他虚拟机上镜像抢救。

        优点:依赖默认的dashboard就能完成操作,较为简单,不需要openstack命令行基础;

        缺点:只能抢救文件,不能修复原系统。

    2、将ceph中 虚拟机对应的rbd映射到到本地,挂载为本机的一个目录,进行抢救工作

       优点:可以直接修复原虚拟机的系统;

       缺点:需要一定的openstack命令行技能。

三、修复经过

    本文主要介绍 第二种的修复方法

    (一)、找出虚拟机对应的rbd

      1、查找虚拟机的宿主机

1
<span style= "font-size:14px;" >nova show a7584a2f-7b37-4a21-ae2f-3f244da49686 | grep  hypervisor<br data-filtered= "filtered" >| OS-EXT-SRV-ATTR:hypervisor_hostname  | server-85.105.nanshu.polex.io<br data-filtered= "filtered" >< /span >

        2、关闭该虚拟机、

 

1
<span style= "font-size:14px;" > nova stop a7584a2f-7b37-4a21-ae2f-3f244da49686<br data-filtered= "filtered" >< /span >


        3、登陆宿主机,查看xml文件  

1
<span style= "font-size:14px;" > ps  -ef | grep  a7584a2f-7b37-4a21-ae2f-3f244da49686<br data-filtered= "filtered" >qemu      67511      1 17 14:17 ?        00:17:32  /usr/libexec/qemu-kvm  -name instance-0000444a -S -machine pc-i440fx-rhel7.0.0,accel=kvm,usb=off -cpu Broadwell,+abm,+pdpe1gb,+rdrand,+f16c,+osxsave,+dca,+pdcm,+xtpr,+tm2,+est,+smx,+vmx,+ds_cpl,+monitor,+dtes64,+pbe,+tm,+ht,+ss,+acpi,+ds,+vme,+rtm,+hle -m 1024 -realtime mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid a7584a2f-7b37-4a21-ae2f-3f244da49686 -smbios  type =1,manufacturer=Fedora Project,product=OpenStack Nova,version=13.1.2-1.el7.centos,serial=8153ba5c-de78-47c7-bc4c-c86b0d429f75,uuid=a7584a2f-7b37-4a21-ae2f-3f244da49686,family=Virtual Machine -no-user-config -nodefaults -chardev socket, id =charmonitor,path= /var/lib/libvirt/qemu/domain-instance-0000444a/monitor .sock,server,nowait -mon chardev=charmonitor, id =monitor,mode=control -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no- shutdown  -boot strict=on -device piix3-usb-uhci, id =usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci, id =virtio-serial0,bus=pci.0,addr=0x4 -drive  file =rbd:pool-3aae4178cb8a470aab3dfcea9307e5c9 /a7584a2f-7b37-4a21-ae2f-3f244da49686_disk : id =admin:key=AQAG1vlXEVDPIhAAyi0tZ3qZwt1HewbQHh731A==:auth_supported=cephx\;none:mon_host=10.48.106.247\:6789\;10.48.106.248\:6789\;10.48.106.249\:6789\;10.48.106.250\:6789\;10.48.106.251\:6789, if =none, id =drive-virtio-disk0, format =raw,cache=writeback,bps_rd=104857600,bps_wr=31457280,iops_rd=2000,iops_wr=500 -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0, id =virtio-disk0,bootindex=1 -drive  file =rbd:pool-3aae4178cb8a470aab3dfcea9307e5c9 /a7584a2f-7b37-4a21-ae2f-3f244da4968_disk .config: id =admin:key=AQAG1vlXEVDPIhAAyi0tZ3qZwt1HewbQHh731A==:auth_supported=cephx\;none:mon_host=10.48.106.247\:6789\;10.48.106.248\:6789\;10.48.106.249\:6789\;10.48.106.250\:6789\;10.48.106.251\:6789, if =none, id =drive-ide0-1-1, readonly =on, format =raw,cache=writeback,bps_rd=104857600,bps_wr=31457280,iops_rd=2000,iops_wr=500 -device ide- cd ,bus=ide.1,unit=1,drive=drive-ide0-1-1, id =ide0-1-1 -netdev tap,fd=32, id =hostnet0,vhost=on,vhostfd=34 -device virtio-net-pci,netdev=hostnet0, id =net0,mac=fa:16:3e:4d:5e:ad,bus=pci.0,addr=0x3 -chardev  file , id =charserial0,path= /var/lib/nova/instances/a7584a2f-7b37-4a21-ae2f-3f244da49686/console .log -device isa-serial,chardev=charserial0, id =serial0 -chardev pty, id =charserial1 -device isa-serial,chardev=charserial1, id =serial1 -chardev socket, id =charchannel0,path= /var/lib/libvirt/qemu/org .qemu.guest_agent.0.instance-0000444a.sock,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0, id =channel0,name=org.qemu.guest_agent.0 -device usb-tablet, id =input0 -vnc 0.0.0.0:5 -k en-us -vga cirrus -incoming fd:25 -device virtio-balloon-pci, id =balloon0,bus=pci.0,addr=0x6 -msg timestamp=on<br data-filtered= "filtered" > <br data-filtered= "filtered" >  <br data-filtered= "filtered" >  <br data-filtered= "filtered" > cat  /run/libvirt/qemu/instance-0000444a .xml | grep  rbd<br data-filtered= "filtered" >        < source  protocol= 'rbd'  name= 'pool-3aae4178cb8a470aab3dfcea9307e5c9/a7584a2f-7b37-4a21-ae2f-3f244da49686_disk' ><br data-filtered= "filtered" >        < source  protocol= 'rbd'  name= 'pool-3aae4178cb8a470aab3dfcea9307e5c9/a7584a2f-7b37-4a21-ae2f-3f244da49686_disk.config' ><br data-filtered= "filtered" >< /span >

可以看到 虚拟机对应是ceph中 叫 pool-3aae4178cb8a470aab3dfcea9307e5c9/a7584a2f-7b37-4a21-ae2f-3f244da49686_disk 的 rbd

   4 挂载 rbd到本地的/dev/rbd0

1
<span style= "font-size:14px;" >rbd map pool-3aae4178cb8a470aab3dfcea9307e5c9 /a7584a2f-7b37-4a21-ae2f-3f244da49686_disk  <br data-filtered= "filtered" /dev/rbd0 <br data-filtered= "filtered" >< /span >


5、 挂载本地的/dev/rbd0 到 目录

   虚拟机是以raw格式的虚拟磁盘存放在ceph中,在挂在时候要计算偏移量,

  偏移量计算 参考文章 http://smilejay.com/2012/08/mount-an-image-file/

 

 

1
<span style= "font-size:14px;" > mount  -o offset=<br data-filtered= "filtered" >1048576<br data-filtered= "filtered" > <br data-filtered= "filtered" > /dev/rbd0  /mnt <br data-filtered= "filtered" >< /span >

 

至此 虚拟机的硬盘已经变成了我们节点上的一个目录,可以进去修复文件了。

6 撤退工作

 

 

   
1
<span style= "font-size:14px;" > <br data-filtered= "filtered" > umount  /mnt     rbd unmap  /dev/rbd0 <br data-filtered= "filtered" >< /span >

 

四、需要注意的地方

    1、虚拟机一定要关机,不然文件系统在两处同时挂载的话会产生脏数据

    2、偏移量的计算

    3、快速迭代的虚拟机还是不要使用lvm



本文转自 superbigsea 51CTO博客,原文链接:http://blog.51cto.com/superbigsea/1947192

相关文章
|
2月前
|
SQL 存储 数据挖掘
【虚拟机数据恢复】VMware虚拟机文件被误删除的数据恢复案例
虚拟机数据恢复环境: 某品牌R710服务器+MD3200存储,上层是ESXI虚拟机和虚拟机文件,虚拟机中存放有SQL Server数据库。 虚拟机故障: 机房非正常断电导致虚拟机无法启动。服务器管理员检查后发现虚拟机配置文件丢失,所幸xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还在。服务器管理员在尝试恢复虚拟机的过程中,将原虚拟机内的xxx-flat.vmdk删除后新建了一个虚拟机,并分配了精简模式的虚拟机磁盘和快照数据盘,但原虚拟机内的数据并没有恢复。
【虚拟机数据恢复】VMware虚拟机文件被误删除的数据恢复案例
|
4天前
|
存储 虚拟化 索引
虚拟机数据恢复-虚拟机还原快照原理和误还原快照的数据恢复方案
由一台物理服务器迁移到ESXI上的虚拟机,虚拟机迁移完成后做了一个快照,该ESXI上面一共运行了数十台虚拟机。某天工作人员不小心将快照进行了还原,虚拟机内的数据还原到了数年前刚迁移过来时的状态,迁移过来后的这几年更新的数据全部被删除。
虚拟机数据恢复-虚拟机还原快照原理和误还原快照的数据恢复方案
|
8天前
|
存储 Linux KVM
|
2月前
|
Shell
openstack 查询网络的port 关联的虚拟机
在OpenStack中,可以通过以下步骤查询网络的端口关联的虚拟机: 打开命令行终端,并使用OpenStack的命令行工具(如openstack命令行客户端)登录到OpenStack平台。 执行以下命令来获取所有端口的列表: bash openstack port list 这将显示所有端口的列表,包括端口ID、网络ID、MAC地址等信息。 3. 从端口列表中,找到与虚拟机相关的端口。通常情况下,虚拟机的端口具有与虚拟机实例相关的标识符,例如MAC地址或端口ID。 4. 执行以下命令来获取虚拟机实例的详细信息: bash openstack instance show <instanc
|
2月前
|
Linux
将Linux虚拟机导出为OVF文件
将Linux虚拟机导出为OVF文件
21 1
|
2月前
|
存储 运维 虚拟化
【服务器数据恢复】Hyper-V虚拟机文件丢失的数据恢复案例
Windows Server操作系统服务器,部署Hyper-V虚拟化环境,虚拟机的硬盘文件和配置文件存放在某品牌MD3200存储中,MD3200存储中有一组由4块硬盘组成的raid5阵列,存放虚拟机的数据文件;另外还有一块硬盘存放虚拟机数据文件的备份。
【服务器数据恢复】Hyper-V虚拟机文件丢失的数据恢复案例
|
7月前
|
虚拟化
怎么备份VMware虚拟磁盘文件或移植到其他虚拟机
怎么备份VMware虚拟磁盘文件或移植到其他虚拟机
60 0
|
3月前
|
云计算
云计算|OpenStack|社区版OpenStack安装部署文档(十--- 调整配额限制和解决建虚拟机报错---No valid host was found---Rocky版)
云计算|OpenStack|社区版OpenStack安装部署文档(十--- 调整配额限制和解决建虚拟机报错---No valid host was found---Rocky版)
31 0
|
3月前
|
弹性计算 Linux 网络安全
云计算|OpenStack|社区版OpenStack安装部署文档(九--- 创建一个虚拟机实例---Rocky版)
云计算|OpenStack|社区版OpenStack安装部署文档(九--- 创建一个虚拟机实例---Rocky版)
22 0
|
3月前
|
数据挖掘 数据库 虚拟化
服务器数据恢复—XenServer虚拟机磁盘文件丢失的数据恢复案例
服务器数据恢复环境: 某品牌720服务器搭配该品牌某型号RAID卡,使用4块STAT硬盘组建了一组RAID10阵列。服务器上部署XenServer虚拟化平台,系统盘 +数据盘两个虚拟机磁盘。虚拟机上安装的是Windows Server操作系统,作为Web服务器使用,网站使用的是SQLServer数据库。 服务器故障: 服务器意外断电导致XenServer中一台VPS(XenServer虚拟机)不可用,虚拟磁盘文件丢失。
服务器数据恢复—XenServer虚拟机磁盘文件丢失的数据恢复案例