Warum die xterm.js-Konsole ausgegraut ist und welche Konsole Sie eigentlich wollen

Proxmox bietet mehr als einen Weg in einen laufenden Gast, und ausgerechnet der, nach dem viele greifen, ist oft ohne Erklärung nicht verfügbar. Der ausgegraute Eintrag ist nicht kaputt; er wartet auf zwei Vorbereitungen, eine auf dem Host und eine im Gast.

AtlasPVE ·

Dieser Eintrag beantwortet

  • proxmox xterm js ausgegraut
  • proxmox xterm js nicht verfügbar
  • proxmox novnc oder spice
  • proxmox serielle konsole
  • proxmox xterm js greyed out

Sie öffnen das Konsolenmenü einer virtuellen Maschine, und einer der Einträge ist ausgegraut. Nichts erklärt warum. Auf der Maschine daneben funktioniert derselbe Eintrag.

Das ist kein Fehler. Proxmox VE bietet mehrere verschiedene Türen in einen laufenden Gast, sie sind nicht austauschbar, und eine davon hat Voraussetzungen, die man leicht übersieht, weil niemand sie ankündigt.

Die Türen und was jede tatsächlich ist

Die grafische Konsole. Die funktioniert bei einer virtuellen Maschine immer. Sie zeichnet den emulierten Bildschirm des Gastes in Ihrem Browser, genau so, wie es ein an eine physische Maschine angeschlossener Monitor zeigen würde. Sie braucht keine Konfiguration, denn die emulierte Grafikkarte ist immer da.

SPICE. Ein reichhaltigeres Protokoll für die Fernanzeige, nützlich bei besserer Leistung für einen Desktopgast, bei Ton oder bei der Weiterleitung lokaler Geräte. Es verlangt eine Clientanwendung auf Ihrem eigenen Rechner und einen passenden Anzeigetyp im Gast, ist also eine bewusste Wahl und keine Voreinstellung.

Das serielle Terminal. Eine reine Textkonsole, ganz ohne Grafik. Diese ist es, die ausgegraut wird.

Die Containerkonsole. Container emulieren überhaupt keine Hardware, ihre Konsole ist also ein völlig anderer Mechanismus. Deshalb sind "Konsole funktioniert nicht" bei einem Container und bei einer virtuellen Maschine zwei verschiedene Probleme mit zwei verschiedenen Antworten.

Warum die Textkonsole nicht verfügbar ist

Sie braucht eine serielle Schnittstelle, und virtuelle Maschinen haben keine, solange sie niemand hinzufügt. Keine serielle Schnittstelle, keine serielle Konsole, und der Menüeintrag bleibt schlicht blass.

Auf dem Host, mit dem dies geprüft wurde, hatten vier von acht virtuellen Maschinen überhaupt keine serielle Schnittstelle. Bei diesen vieren ist der Eintrag dauerhaft ausgegraut, und nirgends auf dem Bildschirm steht das Wort "seriell".

Die Hälfte, die man ergänzt und trotzdem einen schwarzen Bildschirm bekommt

Die Schnittstelle zur virtuellen Maschine hinzuzufügen ist die Hostseite. Es gibt eine zweite Seite, und sie zu überspringen erzeugt das verwirrendste Ergebnis von allen: Die Konsole öffnet sich, verbindet sich und zeigt nichts.

Auch der Gast muss auf dieser Leitung sprechen. Bei einem modernen Linuxgast heißt das ein Anmeldedienst am seriellen Gerät; bei älteren Init-Systemen wird es anders eingerichtet. Optional kann man dem Bootloader sagen, die Startmeldungen ebenfalls dorthin zu schicken, und genau darum geht es in den Fällen weiter unten.

Eine leere serielle Konsole bedeutet meist nicht kaputt. Sie bedeutet: drinnen spricht niemand auf dieser Schnittstelle.

Warum sich überhaupt die Mühe machen

Die grafische Konsole ist einfacher, deshalb lautet die ehrliche Frage: Warum tut sich das jemand an? Die Gründe sind konkret, und jeder davon ist ein Moment, in dem die grafische Konsole Sie im Stich lässt.

Kernel-Abstürze und Startmeldungen. Wenn ein Gast scheitert, bevor er fertig gebootet hat, rauscht der interessante Text über einen Bildschirm, den Sie nicht zurückscrollen können. Eine serielle Konsole gibt Ihnen den Text als Text.

Kopieren und Einfügen, das sich wie ein Terminal verhält. Weil es Text ist und nicht ein Bild von Text.

Ein kaputtes Tastaturlayout. Wenn die grafische Konsole Ihre Tasten falsch zuordnet, funktioniert eine Textkonsole meist trotzdem.

Verlorener Netzzugang. Beide Konsolen überstehen das, aber die textbasierte bleibt nutzbar, wenn der Gast zu angeschlagen ist, um einen Bildschirm zu zeichnen.

Wozu man greifen sollte

Für einen routinemäßigen Blick auf eine laufende Maschine nehmen Sie die grafische Konsole; sie ist immer da und braucht nichts.

Für einen Gast, den Sie vermutlich einmal retten müssen, richten Sie die serielle Konsole ein, bevor Sie sie brauchen. Es während eines Vorfalls zu tun heißt, eine Konfiguration zu ändern, an die Sie nicht herankommen, auf einer Maschine, auf der Sie sich nicht anmelden können. Diese Reihenfolge ist die ganze Lehre.

Für eine Desktoplast, bei der das Erlebnis zählt, lohnt SPICE die Clientinstallation.

Für einen Container nutzen Sie dessen eigene Konsole und behandeln die Fehlersuche als eigenes Thema.

Was Atlas tut

Atlas baut keine fünfte Konsole. Wenn Sie aus Atlas die Konsole eines Gastes öffnen, übergibt es Sie an die grafische Konsole von Proxmox VE selbst, und zwar absichtlich, denn eine Neuimplementierung wäre eine zweite Sache zum Vertrauen und eine zweite Sache zum Kaputtgehen.

Atlas hilft früher: bei den Aufgaben, die Sie überhaupt erst in eine Konsole schicken. Ein großer Teil der Konsolenbesuche sind keine Fehlersuchsitzungen, sondern eine einzelne Konfigurationsänderung, für die es keinen Bildschirm gab. Die liegen stattdessen in der Oberfläche.

Die Konsole ist für den Tag, an dem wirklich etwas nicht stimmt. Das Ziel ist, dass gewöhnliche Dienstage keine brauchen.

Quellen

Die eigene Dokumentation von Proxmox. Auf Englisch, und sie hat in dieser Sache das letzte Wort.

Verwandte Einträge

Wie sieht das in Atlas aus?

Zur Produktseite