WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-fr

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

To: xen-fr@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-fr] pb FS après duplication de domU avec dd
From: Franck ELIE <Franck.Elie@xxxxxxxxxxxxxxx>
Date: Fri, 17 Aug 2007 14:36:39 +0200
Delivery-date: Fri, 17 Aug 2007 05:36:54 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-archive: <http://lists.xensource.com/archives/html/xen-fr>
List-help: <mailto:xen-fr-request@lists.xensource.com?subject=help>
List-id: xen-fr.lists.xensource.com
List-post: <mailto:xen-fr@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-fr>, <mailto:xen-fr-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-fr>, <mailto:xen-fr-request@lists.xensource.com?subject=unsubscribe>
Reply-to: xen-fr@xxxxxxxxxxxxxxxxxxx
Sender: xen-fr-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.6 (Windows/20070728)
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