plantage lors d'un pvmove [Résolu] [lvm] - Logiciels - Linux et OS Alternatifs
Marsh Posté le 31-07-2006 à 18:37:03
juste pour info et pour la richesse du forum, j'ecrisce que je fais au fur et a mesure.
Knoppix ne ma pas aider. impossible de charger les lv, a cause du lv pvmove0
J'ai booté sur le cd d'install de ma debian. Je suis allé jusqu'a la partie qui permet de formater le disque et suis rentré dans la partie de gestion des LVM. Il me propose de formater la partition de swap (ok ca peut pas faire de mal), puis de m'activer les LV. --> ca marche c'est une bonne chose. Par contre le gestionnaire ne voit pas mon LV pvmove0
Je rentre à présent en mode console :
j'arrive à monter mes partitons. (c'est bon de revoir ses données). Par contre par de ssh dispo, donc pas de copie reseau, arff.
Je crée un nouveau LV pour sauvegarder le LV contenu sur le disque sur lequel j'ai effectué mon pvmove.
En ce moment ca copie (y'en a 98 Go)
J'ai fait aussi un vgcfgbackup, visiblement ca sauvegarde la structure du LV et copie ca dans /etc/lvm/ (on sait jamais)
Faut que j'arrive à present à supprimer ce p... de lvmove0, ou bien à dire aux noyau de ne pas charger dm-mirror. Visiblement la cmd pvmove crée un mirror, et le module dm-mirror est bancale
Marsh Posté le 31-07-2006 à 19:37:01
mirror target support missing from kernel
comme tjrs tu as deja la reponse a ta question
tu n'as pas permis a la mise en place du system cette possibilite et tu tantes de l'utilise voila pourquoi ton move a plante...
-------------------------
par contre pour corriger ca maintenant...a ta place je ferai juste une image disque pour les donnees et je peterai tout pour refaire une config complete
le pvmove ne peut se faire que lorsque les deux VG sont actifs entre eux mais seulement sur REISERFS/XFS/ZFS sinon c'est pas dynamique et ne peut etre fait que lorsque toutes les partitions des deux VG sont unmounted.
Marsh Posté le 31-07-2006 à 20:12:10
pas possible de tout réinstaller.Y'a trop de chose de configuré/compilé/installé. Ca demanderai plusieurs journée bien rempli pour tout remetre en place et encore j'en oublirai certainement la moitié.
Faut que je trouve autre chose.
En faite le noyau cherche absolument à acceder à ce LV pvmove0. Mais je ne peux pas acceder à ce LV. Il doit bien y avoir une commande, ou un fichier de conf pour lui dire quels LV utiliser (un peu comme fstab). Ou bien les lvm sont t'ils tant que ca une boite noir ?
Citation : le pvmove ne peut se faire que lorsque les deux VG sont actifs entre eux mais seulement sur REISERFS/XFS/ZFS sinon c'est pas dynamique et ne peut etre fait que lorsque toutes les partitions des deux VG sont unmounted. |
tu parle de 2 VG, mais je n'en ai qu'un seul, et impossible de l'umounté (de le rendre inactif tu veux dire) y'a var, usr, et / dessus. Je pense de plus en plus que cette commande pvmove est à ne surtout pas utilisé
Marsh Posté le 01-08-2006 à 11:16:25
la commande pvmove permet de déplacer des LV d'un PV vers un autre PV. inutile d'avoir plusieurs VG
Marsh Posté le 01-08-2006 à 11:28:06
oui exact j'avais confondu. J'ai justement vérifié la doc ce matin...
mais j'ai completement oublié de revenir ici pour corriger...
Marsh Posté le 01-08-2006 à 12:22:02
suivi de mon pb :
C'est de mal en pire, à présent lilo ne passe plus (L 99 99 99 99 ....)
j'essaye de le réinstaller avec mon cd 1 de debian. Pas de bol il manque le module device-mapper
j'ai downloader SystemrecueCD qui à un support LVM.
Je perd pas espoir j'arrive encore et toujours à acceder à toutes mes données. Et j'ai toujours entendu dire que sous linux on peux toujours s'en sortir s'en réinstaller
allez j'y retourne ... à t'a l'heure
Marsh Posté le 01-08-2006 à 12:24:43
oui continues a tanter le coup j'ai jamais utiliser ce rescueCD mais ceux que j'ai essayé fonctionnaient plustot bien donc tu devrais arriver à t'en sortir...
commence par resoudre les incidents 1 à 1 sans les mélanger c'est le meilleur moyen d'y arriver.
Marsh Posté le 01-08-2006 à 13:41:52
pour info SystemrecueCD à un client et un serveur ssh. Cela me permet de sauvegarder mes données sensible par le reseau. Une bonne chose avant de continuer. url : http://www.sysresccd.org/Index.fr.php (en plus c'est un francais qui fait ca, cocorico)
2è jour 13h40 (lol):
etape pour mon lilo :
# lilo -r /nv_racine/ : |
# chroot /nv_racine/ |
me dit une error comme koi pas de /proc/device.
je lance
# mount /proc |
et à nouveau la meme erreur Warning: '/proc/partitions' does not match '/dev' directory structure.
google me dit que je suis pas le seul à avoir ce souci, mais il ne m'aide pas bcp. Visiblement pas liée à LVM.
des idées francois ou autre ?
je continue ...
Marsh Posté le 01-08-2006 à 14:03:34
J'AI REUSSI !!!! BORDEL QUE JE SUIS CONTENT
j'avais donc cette erreur là :
Warning: '/proc/partitions' does not match '/dev' directory structure. |
(avec la 2eme ligne qui est la clef su probleme)
en effet /dev/ ne contient pas de lien vers les partitions, car on a du lvm. Et il j'ai penser qu'il souhaite acceder à a partition racine. J'ai donc taper :
ln -s /dev/mapper/vgroot-lvracine /dev/dm-0 |
je relance lilo
il me tj des messages d'erreur, mais en plus me met une ligne
ADDED * (ou un truc ressemblant)
et puis j'ai tenté le reboot. Et ca passe ! WOUA
en résumé je pense qu'avec le CD1 de ma debian j'ai réussi à virer le pb du pvmove0, et avec systemerescueCD le pb du lilo (peux y serai je arriver avec le CD1 maintenant que j'y pense)
edit : J'ai aussi fait un fsck de chaque partitions, qui avait toute un pb car pas demontées lors de mes arrets brutaux a cause du pvmove. Et le CD1 de debian n'a pas la commande seulement systemerescueCD. Ca à pu aider aussi.
par contre je sais pas comment ont dit que le post est [RESOLU]
Marsh Posté le 14-08-2006 à 10:46:22
Ha,
C'est bien tout ca.
Moi j'avais pas réussi à résoudre mon pb (http://forum.hardware.fr/hardwarefr/OSAlternatifs/grob-probleme-pour-reinstaller-kernel-image-debian-chroote-sujet-59006-1.htm).
J'ai donc du tout reformater, mais bon à l'install ,il m'a rconnu tous les LVs, donc j'ai juste reformater le LV du home et celui de /, et restaurer tous mes fichiers de config.
Je suis content, que ton pb se soit résolu lol.
Marsh Posté le 31-07-2006 à 17:01:18
bonjour,
je suis sur debian 3.1 (testing) j'ai utilisé la commande pvmove pour deplacer des lv vers un autre pv.
Mais la commande à planter et maintenenant ca ne démare plus. (plantage du noyau au boot lors des vérif des partition : ereur : "Unable to handle kernel paging" ) google ne m'a pas bcp aidé sur ca.
Je suis donc passé à knoppix pour dépanner la chose :
root@1[~]# vgscan
Reading all physical volumes. This may take a while...
Found volume group "vgroot" using metadata type lvm2
root@1[~]# vgchange -a y
Can't expand LV pvmove0: mirror target support missing from kernel?
Can't expand LV pvmove0: mirror target support missing from kernel?
Can't expand LV pvmove0: mirror target support missing from kernel?
Can't expand LV pvmove0: mirror target support missing from kernel?
Can't expand LV pvmove0: mirror target support missing from kernel?
Can't expand LV pvmove0: mirror target support missing from kernel?
0 logical volume(s) in volume group "vgroot" now active
et si je fais un modprobe dm-mirror :
root@1[~]# modprobe dm-mirror
root@1[~]# vgchange -a y
Erreur de segmentation
je n'arrive donc pas à acceder à mes données !!! l'idée etaitde modifier le /etc/fstab pour avoir le minimum.
le LV pvmove0 à été crée par la commande pvmove, je pense que c'est une copie partielle, rien d'imoprtant dedans
des idées pour m'aider ?
je pensais aussi à faire un fsck, mais comment je fait avec des lvm ?
Message édité par PierreC le 01-08-2006 à 14:28:28
---------------
Du tofu en Alsace : www.tofuhong.com