Varför xterm.js-konsolen är gråmarkerad, och vilken konsol du egentligen vill ha
Proxmox erbjuder mer än en dörr in till en körande gäst, och just den folk sträcker sig efter är ofta otillgänglig utan någon förklaring alls. Den grå posten är inte trasig; den väntar på två förberedelser, en på värden och en inuti gästen.
AtlasPVE ·
Den här artikeln svarar på
- proxmox xterm js gråmarkerad
- proxmox xterm js inte tillgänglig
- proxmox novnc eller spice
- proxmox seriell konsol
- proxmox xterm js greyed out
Du öppnar konsolmenyn på en virtuell maskin, och en av posterna är gråmarkerad. Ingenting förklarar varför. På maskinen bredvid fungerar samma post.
Detta är inte ett fel. Proxmox VE erbjuder flera olika dörrar in till en körande gäst, de är inte utbytbara, och en av dem har förutsättningar som är lätta att missa eftersom ingenting aviserar dem.
Dörrarna, och vad var och en faktiskt är
Den grafiska konsolen. Den fungerar alltid för en virtuell maskin. Den ritar gästens emulerade skärm i din webbläsare, precis som en skärm ansluten till en fysisk maskin skulle visa den. Den behöver ingen konfiguration eftersom det emulerade grafikkortet alltid finns där.
SPICE. Ett rikare protokoll för fjärrvisning, användbart för bättre prestanda hos en skrivbordsgäst, för ljud eller för omdirigering av lokala enheter. Det kräver ett klientprogram på din egen dator och en lämplig visningstyp i gästen, alltså ett medvetet val och inte en standardinställning.
Den seriella terminalen. En ren textkonsol, helt utan grafik. Det är denna som gråmarkeras.
Behållarkonsolen. Behållare emulerar ingen hårdvara alls, så deras konsol är en helt annan mekanism. Därför är "konsolen fungerar inte" på en behållare och på en virtuell maskin två olika problem med två olika svar.
Varför textkonsolen är otillgänglig
Den behöver en seriell port, och virtuella maskiner har ingen förrän någon lägger till en. Ingen seriell port, ingen seriell konsol, och menyposten står helt enkelt blek.
På värden som användes för att kontrollera detta hade fyra av åtta virtuella maskiner ingen seriell port alls. På de fyra är posten permanent gråmarkerad, och ingenstans på skärmen står ordet "seriell".
Halvan folk lägger till och ändå får svart skärm
Att lägga till porten på den virtuella maskinen är värdsidan. Det finns en andra sida, och att hoppa över den ger det mest förvirrande utfallet av alla: konsolen öppnas, ansluter och visar ingenting.
Även gästen måste prata på den tråden. På en modern Linuxgäst betyder det en inloggningstjänst kopplad till den seriella enheten; på äldre startsystem ställs det in på annat sätt. Valfritt kan starthanteraren också skicka startmeddelanden dit, och det är hela poängen i fallen nedan.
En tom seriell konsol betyder oftast inte trasig. Den betyder att ingen därinne pratar på den porten.
Varför bry sig alls
Den grafiska konsolen är enklare, så den ärliga frågan är varför någon skulle besvära sig. Skälen är konkreta, och vart och ett är ett ögonblick då den grafiska konsolen sviker dig.
Kärnpaniker och startmeddelanden. När en gäst havererar innan den startat färdigt susar den intressanta texten förbi på en skärm du inte kan rulla tillbaka. En seriell konsol ger dig texten som text.
Kopiera och klistra in som beter sig som en terminal. För att det är text och inte en bild av text.
En trasig tangentbordslayout. När den grafiska konsolen mappar dina tangenter fel brukar en textkonsol ändå fungera.
Förlorad nätverksåtkomst. Båda konsolerna överlever detta, men textvarianten förblir användbar när gästen mår för dåligt för att rita en skärm.
Vilken du ska ta
För en rutinkoll på en körande maskin, ta den grafiska konsolen; den finns alltid och begär ingenting.
För en gäst du räknar med att behöva rädda någon gång, sätt upp den seriella konsolen innan du behöver den. Att göra det mitt i en incident betyder att ändra en konfiguration du inte når, på en maskin du inte kan logga in på. Hela lärdomen ligger i den ordningen.
För en skrivbordslast där upplevelsen räknas är SPICE värt klientinstallationen.
För en behållare, använd dess egen konsol och behandla dess felsökning som ett eget ämne.
Vad Atlas gör
Atlas bygger ingen femte konsol. När du öppnar en gästs konsol från Atlas lämnar det över dig till Proxmox VE:s egen grafiska konsol, medvetet, för att bygga om den skulle betyda en andra sak att lita på och en andra sak som kan gå sönder.
Där Atlas hjälper är tidigare: i de uppgifter som skickar dig till en konsol från början. En stor del av konsolbesöken är inte felsökningssessioner utan en enda konfigurationsändring som saknade skärm. De bor i gränssnittet i stället.
Konsolen är för dagen då något verkligen är fel. Målet är att vanliga tisdagar inte ska kräva någon.
Källor
Proxmox egen dokumentation. På engelska, och den har sista ordet i den här frågan.