Der Name des Servers: bei der Installation wählen, danach in Ruhe lassen

Bei der Installation tippen Sie einen Namen ein. In dem Moment wirkt das unwichtig, denn ein Name ist meist ein Etikett.

Hier nicht. Bei Proxmox ist der Name des Servers eine Adresse, und ihn später zu ändern ist eine weit größere Arbeit, als Sie erwarten.

Wo der Name verwendet wird

Die Konfiguration liegt in einem nach ihm benannten Ordner. Die Definitionen Ihrer Maschinen stehen unter diesem Ordner. Ändern Sie den Namen, bleiben die Definitionen unter dem alten.

Die Dateien der Verlaufsdiagramme tragen seinen Namen. Ändern Sie den Namen, wird für den neuen Namen eine neue, leere Datei angelegt. Die alten Daten werden nicht gelöscht, aber niemand schaut mehr hinein. Was Sie im Panel sehen, ist ein Server ohne Vergangenheit.

Im Cluster werden Mitglieder am Namen erkannt. Einen Knoten umzubenennen heißt aus Sicht des Clusters, diesen Knoten zu vernichten und einen neuen an seine Stelle zu setzen.

Zertifikate enthalten den Namen. Ändern Sie ihn, bekommen Sie eine Browserwarnung und suchen dann nach dem Grund.

Deshalb ist Umbenennen kein kosmetischer Vorgang

Auf einem einzelnen Server ist es mühsam: die Konfiguration muss umziehen, Dienste müssen neu geordnet, das Zertifikat neu ausgestellt werden.

Im Cluster wird tatsächlich gar nicht umbenannt: Sie nehmen den Knoten aus dem Cluster und fügen ihn unter dem neuen Namen wieder ein. Mit anderen Worten, es ist dieselbe Arbeit wie ein Neuaufbau, nur unter anderem Etikett.

Kurz gesagt, die Entscheidung bei der Installation ist die, deren Rücknahme später am teuersten ist. Fünf Minuten Nachdenken lohnen sich.

Bei der Namenswahl

Kurz und klein geschrieben. Auch wenn Sie einen langen Domainnamen eintippen, verwendet wird der erste Teil; den Rest zu schreiben bringt nichts.

Machen Sie ihn haltbar. Packen Sie die Rolle nicht in den Namen. Die Maschine, die heute Sicherungsserver ist, kann morgen der Hauptserver sein, und Sie haben einen Hauptserver namens "Sicherung". Dasselbe gilt für Rackplatz, Kundenname, Projektname: all das kann umziehen, die Maschine nicht.

Aussagekräftig, aber neutral. Genug, um zwei Maschinen zu unterscheiden, nicht genug, um eine Geschichte zu erzählen.

Wenn die Diagramme leer wurden

Hier verdient sich dieser Artikel seinen Platz. Das Panel arbeitet, die Maschinen laufen, aber die Verlaufsdiagramme sehen leer aus.

Die erste Stelle, an der man nachsieht, ist der Name des Servers. Sind der Name und der vom System erwartete Name auseinandergedriftet, wird die Diagrammdatei dort, wo gesucht wird, nicht gefunden und der Bildschirm kommt leer zurück. Nichts wirft einen Fehler, denn technisch gibt es keinen: die gesuchte Datei existiert nicht, mehr nicht.

Was Atlas macht

Hinter diesem Artikel steckt ein Fehler im Produkt selbst, und der ist erzählenswert.

In Atlas wurde der Name des Servers an fünf getrennten Stellen aufgelöst, und drei davon trugen denselben Fehler: war die Quelle kurzzeitig nicht erreichbar, wurde der Name erfunden. Ein verbreiteter Standardwert wurde eingetragen und für die Lebensdauer des Prozesses im Speicher gehalten.

Es wurde gemessen, und zweierlei kam heraus.

Das erste: war der erfundene Wert einmal eingetragen, half es nicht mehr, wenn der richtige Name später verfügbar wurde, weil die Speicherprüfung ganz oben sitzt. Ein kurzer Aussetzer verwandelte sich also in eine dauerhaft falsche Antwort.

Das zweite und hinterhältigere: die Folge eines falschen Namens war nicht überall dieselbe. Die Diagramme der Gastmaschinen funktionierten weiter, weil jene Dateien über die Maschinennummer adressiert werden und der Name nie geprüft wird. Die eigenen Diagramme des Servers wurden leer, weil der Dateipfad den Namen enthält. Serverstatus und Maschinenliste fielen ebenfalls aus.

Das Symptom war also gemischt: manche Diagramme voll, manche leer. Wer auf ein solches Bild schaut, verdächtigt den Namen nicht.

Die Korrektur lief auf drei Regeln hinaus. Kein Erfinden: ist es unbekannt, wird gesagt, dass es unbekannt ist. Nur ein bestätigter Name kommt in den Speicher: ein Wert aus dem Ausweichweg wird benutzt, aber nicht abgelegt, sodass der nächste Aufruf es erneut versucht. Der Ausweichweg ist der eigene Name der Maschine, denn bei Proxmox sind beide ohnehin gleich.

Die allgemeine Lehre

An anderer Stelle in diesem Wiki schrieben wir: eine leere Antwort und keine Antwort zu bekommen sind nicht dasselbe.

Der Fehler hier ist eine Stufe schlimmer: einen plausibel aussehenden Standardwert an die Stelle von etwas Unbekanntem zu setzen. Eine leere Liste ist immerhin seltsam, und Seltsames fällt auf. Ein erfundener Name ist nicht seltsam, er sieht völlig richtig aus, und deshalb schaut niemand hin.

Und wird er dann noch abgelegt, wird aus einer vorübergehenden Störung eine dauerhafte.

Als Regel formuliert: ein Standardwert ist gut, wo er wirklich der Standard ist; wo er für das Unbekannte einspringt, ist er eine Lüge.