[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-fr] pb FS après duplication de domU avec dd



Bonjour

J'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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.