Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2588 connectés 

 



Dernière réponse
Sujet : ext3 et SAN snapshot
lebibi

e_esprit a écrit :

Tes LUNs sont pas partitionnées ???


Bah non, ce n'est pas obligatoire. Perso je ne vois pas trop l'intérêt de partitionner un lun.


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
lebibi

e_esprit a écrit :

Tes LUNs sont pas partitionnées ???


Bah non, ce n'est pas obligatoire. Perso je ne vois pas trop l'intérêt de partitionner un lun.

e_esprit Tes LUNs sont pas partitionnées ???
lebibi IBM XIV
 
Non pas d'erreur d'activation du "barrier"
 
----8<-----------------
mount -t ext3 -r /dev/mapper/mpath46 /mnt/
mount: wrong fs type, bad option, bad superblock on /dev/mapper/mpath46,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
----8<-----------------
 
Erreurs dans /var/log/messages :
 
----8<-----------------
Feb 15 11:36:14 server kernel: VFS: Can't find ext3 filesystem on dev dm-13.
Feb 15 11:36:14 server multipathd: dm-13: umount map (uevent)
----8<-----------------
 
Passsage du snapshot en R/W pour fsck :
 
----8<-----------------
fsck.ext3 /dev/mapper/mpath46
e2fsck 1.39 (29-May-2006)
Couldn't find ext2 superblock, trying backup blocks...
fsck.ext3: Bad magic number in super-block while trying to open /dev/mapper/mpath46
 
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
----8<-----------------
 
A noter que si le LUN source n'est pas monté (umount) le snapshot est bien consistant et il m'est possible de le monter.
 
----8<-----------------
mount -t ext3 -r /dev/mapper/mpath47 /mnt/
----8<-----------------
 
----8<-----------------
Feb 15 11:43:09 server kernel: EXT3-fs: mounted filesystem with ordered data mode.
----8<-----------------
 
J'ai ouvert un case ouvert chez RH...
e_esprit C'est quoi ta baie SAN sinon ?
e_esprit Bizarre, normalement un fsck devrait corriger les incohérences éventuelles.

 

Quand tu montes le FS, t'as pas un message qui indique une erreur d'activation du "barrier" ? Si oui regarde de ce coté là ce qu'il est possible de faire.

 

Personnellement je crois pas avoir eu de souci avec l'ext3 et les snapshots de ma baie EMC, mais bon, en même temps les peu de fois ou j'ai utilisé les snap, c'est pour les mises à jour, et si tout se passe bien, je ne cherche même pas à les monter. J'utilise plus les clones que les snapshots.

lebibi

e_esprit a écrit :

Ton snapshot est en lecture seule ?


 
oui mais même si je le passe en RW j'ai les même symptômes.
Le problème étant urgent, j'ai du passer le LUN en ext2 et là aucun souci, tout fonctionne correctement.

e_esprit Ton snapshot est en lecture seule ?
lebibi Hello,
 
Le but du jeux est de faire un snapshot d'un LUN formaté en ext3, présenté et monté à un serveur, et de présenter ce snapshot à un 2eme serveur.
 
Suite à mes tests, ext3 n'aime pas se faire snapshoter à chaud (même avec un sync avant), car il m'est impossible de monter le snapshot par la suite.
 
Si le lun est umount alors oui le snapshot est consitant.
Ce genre de manip fonctionne très bien en UFS et ext2.
 
Avez-vous déjà rencontré ce genre de problème ?
Une solution pour rester en ext3 ? (ne fonctionne pas la couche LVM).
 
Ce snapshot est fait coté SAN, donc la solution LVM n'est pas envisageable.
 
Merci d'avance

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR