C’est tout simplement le guide le plus détaillé concernant l’extension de partition que j’ai trouvé pour Linux, et comme j’ai parcouru de nombreux forums avant de tomber sur cette perle, je sauvegarde le lien ici, pour vous et surtout pour moi :
Auteur/autrice : mgioia
Homelab Refresh – Part II
Voici la suite de mon article sur la mise à jour de mon homelab ,qui concernait la partie “matériel” de l’installation que je vous invite à la lire ici.
Pour la partie “logiciel”, j’ai procédé à l’installation de façon classique avec une clé USB comprenant les sources ESXi. Ces boîtiers sont également équipés de lecteur de carte SD mais côté Drivers et boot sur la carte SD ce n’est pas trop ça donc à éviter. Les sources de la version 6.7 VMware-VMvisor-Installer-6.7.0-8169922.x86_64.
Homelab Refresh – Part I
Mon infrastructure maison a longtemps été hébergée sur mon poste avec un VMware Workstation. Puis je suis passé sur ESXi avec une machine dédiée. J’ai également eu un “Single Node Nutanix” et maintenant, mes besoins en “prod” ont augmenté. Je me tourne vers un vSAN à base d’Intel NUC comme beaucoup d’entre nous. Cette configuration sans être dans la HCL VMware fonctionne sans modification de l’iso d’installation de l’hyperviseur.
New SRA HPe 6.5.4.9 unexport_devices_during_failover no
Les précédents testent de bascule entre nos baies HPe ne s’étaient pas déroulés comme prévu et nous avions donc demandé à HPe un petit développement pour modifier le comportement du SRA.
Le paramètre par défaut démap les volumes, ce qui nous pose problème après la bascule et au retour, notamment pour les appliances de backup.
Après validation côté HPe et VMware, nous sommes prêts à tester ce nouveau paramètre à savoir “unexport_devices_during_failover”.
Concrètement, une fois les volumes exportés sur les deux sites et sur les bons hôtes, il faut configurer le setting à “no”, mais également accepter les certificats des deux baies et ceux sur les deux sites :
TpdSrm.exe unexport_devices_during_failover no TpdSrm.exe validatecert -sys "IP_Production" -user "User_Production" -pass "Password_Production" TpdSrm.exe validatecert -sys "IP_DR" -user "User_DR" -pass "Password_DR"
Nous avons validé le fonctionnement du nouveau paramètre SRA le week-end dernier et tout fonctionne comme prévu.
Merci aux équipes HPe pour l’implémentation de cette fonctionnalité qui répond à notre besoin.
Pour retrouver le precedent article sur l’installation du SRA HPe c’est ici.
AHV – Upgrading Hypervisor – bloqué
Alors que les upgrades AHV sont habituellement beaucoup plus calmes que les upgrades ESXi sur la plateforme Nutanix, je me retrouve ce matin avec une mise à jour figée vers 5.5.2. Les détails de tâches indiquent que l’opération est en cours, mais elle traîne vraiment depuis un long moment.
Le détail de la tâche en cours correspond à la mise en maintenance de l’hôte afin de déplacer les VMs qu’il héberge pour le redémarrer sans impact :
En vérifiant l’état des hôtes sur le cluster, je m’aperçois qu’il y a bien un nœud en maintenance (schedulable à False), mais ce n’est pas celui dont la mise à jour est en cours. Je le sort de maintenance, puis je rajoute celui qui est censé y être.
acli host.list host.exit_maintenance_mode fqdn.server host.list #verifier l'etat de l'hôte host.enter_maintenance_mode fqdn.server
Après cette opération, les VMs ont été déplacés automatiquement à chaud et le nœud AHV est passé en maintenance, ce qui a débloqué le reste du processus de patching.