Article View: comp.sys.hp.hpux
Article #106Re: LVM on HPUX 10.2
From: lpvf
Date: Mon, 21 Dec 1998 00:00
Date: Mon, 21 Dec 1998 00:00
72 lines
3411 bytes
3411 bytes
En cas de plantage d'un disk, la procedure est a peu pres la suivante :
- Arret du systeme
- Echange du disk (adresse SCSI a respecter, sinon la structure LVM ne
retrouve pas ses petits)
- Reboot en single user mode pour etre tranquille ou en LVM maintenance mode
si plus de 49% de la structure LVM est detruite (Sacro Saint QUORUM)
- pvcreate sur le disk neuf
- vgcfgrestore pour reconstruire la structure LVM sur l'entete du disk (BDRA
et PVRA pour les intimes)
- vgchange -a y pour reactiver le vg
Apres le mount, les files system sont accessibles, il ne reste plus qu'a
redescendre les donnees depuis la sauvegarde.
Rems : - j'ai une legere incertitude sur l'ordre du vgchange et du
vgcfgrestore, mais une permutation provoque juste un message d'erreur...
- Si le disque est le disque systeme, tu l'as dans le c...,
il faut recreer la structure LVM � la main lors de l'install ou alors
redescendre une sauvegarde IGNITE-UX qui recree et redescend l'ensemble du
vg00.
Une info : Si tu veux remetre a jour ton /etc/lvmtab car pour une raison x
ou y il ne correspond plus a la realite physique, fais une copie de ce
fichier en .old par exemple et lance un vgscan -quelquechose qui recreara un
/etc/lvmtab qui tienne la route. En general, les lvreduce, lvremove,
vgreduce et vgremove fonctionnent correctement.
Autre rem, si c'est du LVMMIRROR, c'est pas tout a fait pareil, je
t'enverrais un mail repondant precisement a ton cas.
ATTENTION : LVM est tres puissant, mais il est impossible de l'utiliser
correctement et de maniere robuste sans un minimum de formation. Exemple
typique de probleme li� a une mauvaise structure : Reconstruction et
redescente complete de plusieurs GIGA de donnees uniquement pour corriger
la taille de la swap du systeme suite a un upgrade de qte de memoire RAM.
(Ca peut prendre de tres nombreuses heures dans les cas extremes).
Amicalement
Philippe Marcel a �crit dans le message <36766F91.F4A967C3@cern.ch>...
>we are using LVM on hpux 10.2.
>3 volume groups.
>this morning a physical crashed and it is impossible to make it run
>again normally.
>We cannot access it.
>I have remove it from the scsi chain and it is impossible to remove it
>with
>vgreduce, lvremove ... it failed !
>
>If i want to remove it from lvmtab,
>does somebody succeded in doing that ?
>What are the procedures to follow if a disk crash and i want to remove
>it definitevely or
>replace it ?
>
>after a hardware crash it is very important !
>
>thank you very much,
>
>sincerly,
>
>
>pmarcel@hpcitco01.cern.ch
>philippe.marcel@cern.ch
Technical Details
Message-ID:
<914271776.703958@si2-paris>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<36766F91.F4A967C3@cern.ch>Show Full Headers
Complete Article Headers
X-Google-Language: FRENCH,ASCII X-Google-Thread: fcda7,4125ecb233e9cbed X-Google-Attributes: gidfcda7,public X-Google-Thread: 110f2c,4125ecb233e9cbed X-Google-Attributes: gid110f2c,public From: "lpvf" <lpvf@infonie.fr> Subject: Re: LVM on HPUX 10.2 Date: 1998/12/21 Message-ID: <914271776.703958@si2-paris> X-Deja-AN: 424605797 Cache-Post-Path: si2-paris!unknown@195.242.76.110 References: <36766F91.F4A967C3@cern.ch> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 X-Complaints-To: newsmaster@infonie.fr X-Trace: starship.infonie.fr 914271997 14167 10.1.5.4 (21 Dec 1998 20:26:37 GMT) Organization: Ye 'Ol Disorganized NNTPCache groupie NNTP-Posting-Date: 21 Dec 1998 20:26:37 GMT Newsgroups: comp.sys.hp.hpux,fr.comp.os.unix