restauration lvm

Rédigé par Paulo Aucun commentaire
Classé dans : Linux Mots clés : lvm losetup

Restauration conf lvm sur un disque "écrasé" :

En gros :

  • la conf lvm est ok (/etc/lvm)
  • les disques physiques sont écrasés/remplacés...

 

Resultat :

  • les commandes vg..., lv... ne fonctionnent pas correctement
  • la machine ne reboote pas

 

Solutions :

  • on va formater le mbr du disque nase ( uniquement les 512  premiers octets sous peine de gros ennuis avec son boss...)
  • recreer le pv en utilisant la sauvegarde lvm
  • recreer le vg tout pareil
  • "remapper" les lv du volum group
     
#ecrasement du MBR de /dev/sda
dd if=/dev/zero of=/dev/sda bs=512 count=1

#losetup
losetup /dev/loop0 /dev/sda

#restauration du pv (on utilise tout le sda, c'est pour cette raison que l'on a écrabouillé le mbr
pvcreate --uuid  "P7HwMm-HI2V-JRsz-WmSN-I0uQ-iFe1-1zMMOq" --restorefile /etc/lvm/backup/vg02 /dev/sda

#restauration du vg02
vgcfgrestore -f /etc/lvm/backup/vg02 vg02

#demontage de /dev/loop0
losetup -d /dev/loop0

#reconstruction des méta-données manquantes sur le volume physique
vgchange -ay vg02

et pis c'est tout !!


Rappel sur la commande "losetup" :
 

Lors de la réalisation de test nécessitant l’utilisation de périphériques de blocs il est possible, plutôt que de d’effectuer les tests directement avec des disques
ou des clés USB, d’utiliser les périphériques de loop.
Les périphériques de loop (loopback file interface) sont des pseudo périphérique permettant d’utiliser un fichier comme un périphérique de blocs.
 

#liste des periphériques de loop utilisé par le système
losetup -a

#prochain périphérique disponible
losetup -f

#affectation d'un périphérique de loop à un fichier
losetup /dev/loop1  /tmp/monfichier

#suppression de l'affectation du périph
losetup -d /dev/loop1 


 

 

ibm 3650 m3 booter sur disque non UEFI

Rédigé par Paulo Aucun commentaire
Classé dans : Linux Mots clés : ibm uefi

Problème : booter sur un disque non gpt/uefi sur un x3650 m3

Solution : appliquer la méthode ci-dessous (péchée chez IBM)

 

Non-UEFI conscient operating system:

L'échec pour l'amorçage du système d'exploitation peut être contournée avec cette procédure.

Touche  <F1> pour accéder au bios :

 

  1. Power on or restart the system and press F1 when prompted to enter Setup.
  2. Select System Settings and press Enter.
  3. Select Devices and I/O Ports and press Enter.
  4. Select Enable/Disable Legacy Option ROMs and press Enter.
  5. Under Enable/Disable Legacy Option ROMs, select the slot number in which the HBA is installed and press Enter.
  6. Select Disabled and press Enter.
  7. Under Enable/Disable UEFI Option ROMs, select the slot number in which the HBA is installed and press Enter.
  8. Select Disabled and press Enter.
  9. Press Esc three times to return to the System Configuration main menu, select Save Settings and press Enter.
  10. Select Boot Manager and press Enter.
  11. Select Add Boot Option and press Enter.
  12. Select Legacy Only and press Enter.
  13. Press Esc to return to Boot Manager.
  14. Select Change Boot Order and press Enter.
  15. Select the existing Boot Order and press Enter.
  16. Select Legacy Only and press the + key to promote it to a position above the local device that contains the operating system. Typically, this would be above Hard Disk 0. Press Enter.
  17. Select Commit Changes and press Enter.
  18. Press Esc to return to Boot Manager.
  19. Select Reset System and press Enter.

     

Source : https://www-947.ibm.com/support/entry/myportal/docdisplay?lndocid=migr-5081613

 

 

firmware carte raid sur ibm 3650 m3

Rédigé par Paulo Aucun commentaire
Classé dans : Linux Mots clés : ibm

Mettre à jour le firm du controleur "IBM Server Raid M5014" sur un x3650 m3 qui plante avec  l'iso "update Xpress".
ici : http://www-947.ibm.com/support/entry/portal/docdisplay?lndocid=migr-5091457

Donc :
-telecharger le firm en version 12.12.0-0085 (version SuperSeed) : ibm_fw_sraidmr_m5000-12.12.0-0085_linux_32-64.bin

-sur le serveur, ce firm peut être installer en standalone avec quelques pré-requis :

  • installer la "glibc.i686"
  • installer les librairies ncurses "ncurses-libs.i686"
#glibc en 32 bits....merci IBM
yum install glibc.i686

#libncurses
yum install ncurses-lib.i686


Lorsque ces rpm sont installés, il suffit de lancer le .bin (chmod +x necessaire)
./ibm_fw_sraidmr_m5000-12.12.0-0085_linux_32-64.bin -s

-il est necessaire de rebooter le serveur afin que le nouveau firm soit mis à jour.

-une fois relancé, on peut installer la dernière version du firm issu de chez les MIB (ibm_fw_sraidmr_m5000-12.13.0-0179-1_linux_32-64.bin aumoment de la rédaction de cette note).
Installation identique à celle ci-dessus.

-un autre chti reboot est necessaire  ;)