[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-fr] pb FS après duplication de domU avec dd
BonjourJ'effectue de temps en temps un backup de mes domU (un LUN de SAN) via la commande 'dd' (après avoir stoppé correctement le domU). Du coup, je réutilise parfois les fichiers images générés par cette commande comme template pour créer d'autres domU. Il me suffit pour cela d'effectuer la manoeuvre inverse (dd if=fichier of=LUN). Ces derniers temps je constate un problème de réutilisation de certains domU de backup car le montage (mount ou lomount) des partitions restaurées a pour effet de faire planter systématiquement mes serveurs Debian Sarge et Etch (qu'ils soient serveur Xen ou non). Dans ce cas mes log sont souvent remplis de messages du type : kernel: >>ext3_orp>ext3_orph>ext3_orph>ext3_orph>ext3_orpha>ext3_orp>ext3_orpha>ext3_or>ext3_or>ext3_orph>e xt3_orp>ext3_orp>ext3_orph>ext3_or>ext3_orpha>ext3_or>ext3_orp>ext3_or>ext3_orp>ext3_orph>ext3_orpha>ext3_or>ext3_orp>ext3_orp>ext3_ or>ext3_orphan>ext3_orphan_>ext3_orpha>ext3_orp>ext3_orp>ext3_orph>ext3_orphan>ext3_orp>ext3_orp>ext3_orph> .... J'ai certes trouvé une parade en executant systématiquement un 'fsck' sur les partitions avant de les réutiliser (CMS est ici un lun renomé via multipath) : # fsck.ext3 /dev/mapper/CMS1 e2fsck 1.40-WIP (14-Nov-2006) /dev/mapper/CMS1: recovering journal Truncating orphaned inode 32474 (uid=101, gid=104, mode=0140777, size=0) /dev/mapper/CMS1: clean, 37928/221312 files, 250275/441779 blocks Reste que je ne comprends pas bien l'origine du problème. Avez-vous une idée ? Franck P.S.: je n'exploite pas LVM pour les domU _______________________________________________ Xen-fr mailing list Xen-fr@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-fr
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |