Gestion des mots de passe
Gestion des mots de passe
Gestion des mots de passe
Configuration d'un mot de passe dans grub2
Configuration du hostname sous CentOS 7
Divers commandes "MegaCli" :
# MegaCli64 -AdpAllInfo -aAll
info sur la batterie
# MegaCli64 -AdpBbuCmd -aAll
info sur les disques virtuels (array)
# MegaCli64 -LDInfo -Lall -aALL
pareil mais sur les disques physiques
# MegaCli64 -PDList -aALL
Divers commandes "Systemctl"
Quelques commandes permettant de tester les dépendances d'un ensemble de rpm :
cd /s/x86_64/Packages mkdir /tmp/testdb rpm --initdb --dbpath /tmp/testdb rpm --test --dbpath /tmp/testdb -Uvh *.rpm
Restauration conf lvm sur un disque "écrasé" :
En gros :
Resultat :
Solutions :
#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
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 :
Source : https://www-947.ibm.com/support/entry/myportal/docdisplay?lndocid=migr-5081613
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 :
#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 ;)