Re: [ovirt-users] disaster recovery

Von:Nathana=C3=ABl Blanchet <blanchet(a)abes.fr&gt; Gesendet: Fre 19 Juni 2015 14:09 An: users(a)ovirt.org Betreff: [ovirt-users] disaster recovery =20 Hello all, =20 Here is what can happen as a nightmare for a sysadmin: =20 I installed a new host to my pool of pre existing ovirt hosts with a=20 kickstart file and a default partitionning. I used to do this with vms=20 that usually get one local disk. But.. This time this host was attached to several existing ovirt (production)=20 lun and anaconda gathered all existing disk (local and lun) into the=20 same VG (lv_home) et formatted them with XFS.... In the webadmin, the domain storage became unvailaible, vms were still=20 up (thankgoodness), but it was impossible to interact with them. If I=20 stopped them, it was impossible to reboot them. If I launch lvs command,=20 some hosts can still see the ovirt LV, but other see only the lv_home=20 while /dev/[idofvms] are still present. So it was my chance that vms were still present, and I began to export=20 them with a tar at file system level so as to import them in a new=20 domain storage. =20 It seems that data are still present because the vms are still running. So my question is really : instead of this difficult export step, is=20 there a way to recover the initial format of the ovirt lun so as to make=20 the lvm index come back on the disk=3F =20 Any help or disaster experience would be much appreciated. =20 --=20 Nathana=C3=ABl Blanchet =20 Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr =20 =20 _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users =20

-----BEGIN PGP SIGNATURE----- Version: CIPHERMAIL (2.9.0-0) iQIcBAEBCAAGBQJVhovfAAoJEJ44dql+IcLKmV4QAIVOz1GZYMx5TM1Sd+By3J5W 9UHwzcsM11eFol8QI5iiQZaFrZvAUETTPsOlnelB9CpUkFv4auFjgsvedTRhplU8 41YdWMfV7YzFDX2Jd2Ou3kiV6SXc40P9LwM5rMAmoip8IhgND7jtue7NVkmKsuvO HSLKb7AvG4+lFwLEuPJlRB0Xe1aSbEbrlHF+G2KhUC4i2fclHePqgBFUrbqGUuiV p0uov92/TVuJSkahll3dWPkUGGRG9Z/gOVwZ2yUv1FnDpPns+KtwsQ0rtIWBp69o u88ntyMw4BP+Sq0haX0kUjFDELFUw52Q0YSw6800I+hQbGQGYh3kLTm69rsVI2sr Pqr7qkH8ELEQb+iXRaWqNV+P2onM8ni2WaX51yuHAonC+3CT31qYrDAiFCzAZ9DD fV1hHI0a+tGLrvju4jMyplzDchAfAUaKOAyP0EUyKKcljAQcBJcCWiireYfWM4IU 39nhb8DRvBQWovUjz6nvdAERNtM+R1ZsONKQYdrgAD6AzZrIvTF8feJnMzErdHEo HNSopYQZxv6gZkafnFG5aCA/SfvwKtzfP57hrVgr6RnOYApyHoTH05ii1iaKErWA 5FHzs1tJ7k7RnKcsswNVMijQJ4Qo5YdMyLeqh5QFWuQmEMWvrm85Uc451rAOxHJJ hVZ22QUIBejbQpXgM2ds =QG8e -----END PGP SIGNATURE-----