PXE-Loop-Problem – Booten von SAN – HOS v1.1-Installation

2015-03-30

Machine-translated — the English original is authoritative.

Während eines kürzlichen Proof of Concepts (PoC) sah ich mich mit einem ungewöhnlichen Szenario konfrontiert: Trotz Erfüllung aller dokumentierten Voraussetzungen wiederholte die Installation ständig den PXE-Boot-Prozess, bis die Installation schließlich einen Zeitüberschreitungfehler meldete. Die Überwachung der Konsole des ersten Knotens, des Underclouds, während des Bootvorgangs ergab nur sehr wenig – abgesehen von der Bestätigung, dass PXE antwortete und eine IP-Adresse erfolgreich über DHCP zugewiesen wurde.

Der einzige Unterschied zu anderen Installationen bestand diesmal darin, dass ich 3PAR-Speicher verwendete, um die physischen Knoten von SAN zu booten.
Mein erster Gedanke war, dass die zugewiesenen 2-TiB-Laufwerke möglicherweise zu groß sind. Diese Laufwerke wurden schnell geändert und erneut als 1,9-TiB-Laufwerke bereitgestellt, was jedoch keinen Einfluss auf den Installationsprozess hatte; die Zeitüberschreitung trat weiterhin auf.

Als Nächstes bootete ich einen der Server mit einem CentOS-Image, um sicherzustellen, dass die SAN-Laufwerke in Ordnung waren und dass 3PAR die korrekte Größe bereitstellte. Auch hier gab es keine Überraschungen – alles verlief wie erwartet.

Schließlich schlug ein Kollege vor, die Datei baremetal.csv zu ändern und einen kleineren Wert als den tatsächlich bereitgestellten Wert für die Server-Speicherparameter einzutragen. Innerhalb weniger Minuten nach der Änderung von 1900 GiB auf 1850 GiB lief alles reibungslos – die Installation wurde erfolgreich abgeschlossen!

Trotz der Angabe in der Dokumentation, dass alles in GiB angegeben werden muss, 2 TiB nicht überschreiten darf und die Größe des lokalen Speichers übereinstimmen muss mit dem Speicherparameter in der baremetal.csv – haben Sie keine Angst, die Festplattengröße in der baremetal.csv-Datei etwas kleiner anzugeben.

Originally published on allthingscloud.eu (2015-03-30).