Différences

Ci-dessous, les différences entre deux révisions de la page.

--- admin:procedures:restaurer_machine [2018/10/04 20:20] – fpoulain
+++ admin:procedures:restaurer_machine [2018/10/04 20:32] – [Restauration de l'archive] fpoulain
@@ Ligne 75: / Ligne 75: @@
 Il faut avoir un fs près à recevoir les fichiers. Pour reconstruire le lvm à l'identique, le dossier /etc/lvm/backup/ est probablement utile, le /etc/fstab aussi. Si vous avez un volume vierge sous la patte vous pouvez restaurer la structure LVM à l'aire de
 <code>
-vgcfgrestore -f le_fichier_backup VolumeGroupName.
+vgcfgrestore -f le_fichier_backup VolumeGroupName
 </code>
+À défaut de tout autre chose, on peut imaginer cloner la « VM modèle », adapter les tailles de LVM et surtout des LVs, et monter les FS de l'image QCOW via les ''libguestfs-tools'' depuis n'importe quelle hôte.
 On se met à l'emplacement de la future racine :
@@ Ligne 86: / Ligne 88: @@
   * installer un bootloader
-  * restaurer les dumps engendrés par /etc/borg/scripts/*hooks
+  * restaurer les dumps engendrés par /etc/borg/scripts/*hooks (restauration SQL et ''dpkg --set-selections'')
+  * vérifier la configuration réseau / bail dhcp, surtout si la mac a changé
   * penser à tout ce qu'on a oublié
 Et ça devrait rouler.
-<note tip>L'expérience montre que couper le ''cron'' est une bonne pratique. Il ne suffit pas de regarder ''/etc/cron.d'', ça peut être bien plus sioux.</note>
+<note tip>[[https://admin.april.org/doku.php?id=sysadm:reconstruction_d_une_vm | L'expérience ]] montre que couper le ''cron'' est une bonne pratique. Il ne suffit pas de regarder ''/etc/cron.d'', ça peut être bien plus sioux.</note>