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

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

To: xen-fr@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-fr] pb FS après duplication de domU avec dd
From: Thomas DAVID <tdavid@xxxxxxxxxxx>
Date: Fri, 17 Aug 2007 23:39:45 +0200
Delivery-date: Sat, 18 Aug 2007 01:49:54 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <46C59657.4020603@xxxxxxxxxxxxxxx>
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>
References: <46C59657.4020603@xxxxxxxxxxxxxxx>
Reply-to: xen-fr@xxxxxxxxxxxxxxxxxxx
Sender: xen-fr-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.10 (X11/20070403)
Franck ELIE a écrit :
> 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
>
Bonjour,
Sans avoir une connaissance approfondie des systèmes de fichiers, il me
semble un peu cavalier d'utiliser une copie octet par octet pour copier
un système de fichier. J'utilise la même technique à titre personnel,
mais en effectuant une copie de type "cp", ce qui permet d'éviter à se
poser trop de questions sur l'état interne du système de fichier. La
commande dd peut également poser des problèmes si les partitions ne sont
pas exactement de la même taille.

Mes 2c,

Thomas DAVID

_______________________________________________
Xen-fr mailing list
Xen-fr@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-fr