Fehlersuche

Geh von dem aus, was du siehst. Fast jedes VServer-Problem ist entweder "ich komme nicht rein" oder "das Portal lässt mich das nicht machen", und beides untersucht man völlig unterschiedlich.

Finde dein Symptom

Was du siehst	Wo es weitergeht
Permission denied (publickey)	SSH lehnt deinen Schlüssel ab
SSH oder Ping laufen ohne Antwort in den Timeout	Der Server antwortet nicht
Der Server hängt in Wird bereitgestellt oder zeigt Fehlgeschlagen	Der Server kam nie hoch
This action needs the QEMU guest agent	Aktionen über den Gast-Agenten scheitern
disk can only grow (current 60G, target 40G)	Ein Tarifwechsel wird abgelehnt
Die Festplatte ist gewachsen, df zeigt die alte Größe	Das Dateisystem ist nicht mitgewachsen
Die Konsole verbindet sich nicht	Die Konsole bleibt getrennt
Die IPv6-Adresse ist nicht erreichbar	IPv6 funktioniert nicht
Der Checkout lehnt die Bestellung ab	Die Bestellung geht nicht durch
Die Rechnung ist höher als erwartet	Die Rechnung ist höher als erwartet

SSH lehnt deinen Schlüssel ab

Permission denied (publickey).

Der Server läuft und ist erreichbar, sshd hat geantwortet, und was du angeboten hast, wurde nicht akzeptiert. Vier Ursachen, in der Reihenfolge, in der sie es meistens sind:

1. Der Server hat gar keinen Schlüssel. In der Übersicht steht der Hinweis Noch kein Zugang eingerichtet. Das passiert, wenn die Bestellung oder die Neuinstallation ohne Schlüssel lief. Rette dich über Einstellungen → SSH-Schlüssel einspielen, siehe Wenn du ohne Schlüssel bestellt hast.
2. Du verbindest dich nicht als root. Der Schlüssel wird nach /root/.ssh/authorized_keys geschrieben und nirgendwo sonst. Einen distributionsüblichen Benutzer debian oder ubuntu mit deinem Schlüssel gibt es nicht.
3. Dein Client bietet einen anderen Schlüssel an. Erzwing den, den du gewählt hast: ssh -i ~/.ssh/id_ed25519 root@<deine-ip>.
4. Eine Neuinstallation hat ihn gelöscht. Das Schlüsselfeld im Neuinstallations-Dialog ist ein Textfeld und nicht deine gespeicherten Schlüssel. Lässt du es leer, kommt der Server ohne Schlüssel zurück.

Der Server antwortet nicht

Es kommt überhaupt nichts zurück: SSH hängt, Ping bleibt unbeantwortet. Schau zuerst in der Übersicht auf den Status, denn er teilt das Problem in zwei.

Status ist Gestoppt. Drück Starten. Hast du ihn nicht selbst gestoppt, such nach der E-Mail Server ausgefallen und sieh im Tab Auslastung nach, was die Maschine kurz davor getan hat: ein Speichergraph, der direkt vor dem Ende oben anschlägt, ist die übliche Geschichte.

Status ist Aktiv. Die Maschine läuft und das Problem sitzt darin. Öffne die Konsole, die nicht durch den Netzwerkstack geht, und sieh nach, was tatsächlich auf dem Bildschirm steht:

• Ein Login-Prompt heißt, die Maschine ist in Ordnung und etwas blockiert das Netzwerk. Eine Firewall-Regel ist der erste Verdacht. Prüf die Regeln auf dem Server selbst mit nft list ruleset oder ufw status, dann systemctl status ssh, und sieh dir die Karte Firewall-Regeln im Portal auf dem Tab Netzwerk an.
• Ein Boot, der an einem initramfs- oder Notfall-Prompt stehen bleibt, deutet auf die Festplatte oder die /etc/fstab. Genau dafür gibt es die Konsole.
• Ein schwarzer Bildschirm, der auf Enter reagiert, ist eine laufende Maschine ohne getty auf dieser Konsole, was bei manchen Images normal ist. Geh dann danach, ob das Netzwerk zurückkommt.

Der Server kam nie hoch

Wird bereitgestellt löst sich von selbst auf. Ein Server, der lange genug dort steht, wird automatisch auf Fehlgeschlagen gesetzt und die Bereitstellung bis zu dreimal wiederholt. Scheitert sie weiter, wird der Server entfernt (er steht dann als Gelöscht in der Liste), die Abrechnung storniert und der Betrag, den du für ihn bezahlt hast, automatisch erstattet, sobald die Zahlung eingegangen ist. Du bekommst dazu eine E-Mail.

Solange das läuft, sagt dir die Übersicht des Servers, was als Nächstes passiert. Bestell in dieser Zeit keinen zweiten, sonst zahlst du zweimal, bis die Erstattung durch ist.

Scheitert eine Neuinstallation oder ein Tarifwechsel, zeigt der Server ebenfalls Fehlgeschlagen. Dann wird nichts automatisch wiederholt oder erstattet, wende dich an den Support.

Aktionen über den Gast-Agenten scheitern

This action needs the QEMU guest agent running inside your server, but it
isn't responding.

SSH-Schlüssel einspielen und Root-Passwort zurücksetzen laufen beide über einen Agenten im Gast. Der antwortet nicht. Entweder läuft der Server nicht, er ist noch mit dem ersten Boot beschäftigt, der Agent wurde entfernt, oder das Image hatte nie einen.

Kommst du noch hinein, installier ihn nach:

apt install qemu-guest-agent && systemctl enable --now qemu-guest-agent

Auf Flatcar Container Linux gibt es keinen Agenten, diese beiden Aktionen werden dort nie funktionieren. Bist du von einem Flatcar-Server ausgesperrt, bleibt nur eine Neuinstallation, die die Festplatte löscht.

Ein Tarifwechsel wird abgelehnt

disk can only grow (current 60G, target 40G)

Du hast einen kleineren Tarif gewählt und Festplatte auf neue Tarifgröße erweitern stehen lassen. Festplatten schrumpfen nie. Nimm den Haken raus, dann geht der Wechsel durch: Der Server bekommt CPU und Arbeitsspeicher des neuen Tarifs und behält die Festplatte, die er hat.

Kommt stattdessen resize already in progress, läuft schon einer. Warte, bis der Server Wird angepasst verlässt.

Das Dateisystem ist nicht mitgewachsen

Der Tarifwechsel hat geklappt und df -h / meldet weiter die alte Größe. Die virtuelle Festplatte ist gewachsen, die Partitionstabelle und das Dateisystem darin nicht.

lsblk

Vergrößere die Partition mit growpart und danach das Dateisystem mit resize2fs (ext4) oder xfs_growfs (XFS), mit den Gerätenamen aus lsblk. Ein Neustart lohnt sich vorher: Die meisten Images erledigen das beim nächsten Boot von selbst.

Die Konsole bleibt getrennt

Die Konsole kann sich nur verbinden, solange der Server Aktiv oder Gestoppt ist. In jedem anderen Zustand, auch während einer Neuinstallation oder eines Tarifwechsels, ist da nichts, woran sie sich hängen könnte.

Stimmt der Zustand und es klappt trotzdem nicht, klick Verbinden erneut. Jeder Versuch wird mit einem Ticket autorisiert, das nach 60 Sekunden abläuft. Ein Knopf, den du geklickt und später wieder aufgerufen hast, scheitert.

IPv6 funktioniert nicht

Zwei Ursachen decken fast alles ab.

Du hast den Block statt der Adresse benutzt. Das Portal zeigt …:64:0/112, das ist der Bereich. Die auf dem Server konfigurierte Adresse ist die erste daraus, …:64:1. Siehe IPv6.

Du hast neu installiert. Eine Neuinstallation vergibt einen neuen IPv6-Block. Die alte Adresse ist weg, und jeder AAAA-Record darauf ist veraltet.

Die Bestellung geht nicht durch

insufficient IPv4 addresses available
insufficient node capacity (memory or disk) for the requested size

Der Bestand wird geprüft, bevor deine Karte belastet wird, und eine Bestellung, die wir nicht erfüllen könnten, wird abgelehnt statt angenommen und hinterher kaputt geliefert. Ein kleinerer Tarif kann noch verfügbar sein; der Shop markiert Tarife ohne Bestand als Ausverkauft.

vserver capacity temporarily unavailable, please retry

Anderer Fall: Der Bestand ließ sich in dem Moment nicht ermitteln, die Bestellung wurde deshalb absichtlich abgelehnt. Versuch es erneut.

Die Rechnung ist höher als erwartet

Arbeite das der Reihe nach ab:

1. Ein gestoppter Server wird weiter abgerechnet. Stoppen reserviert die Maschine, es gibt sie nicht frei. Prüf, ob etwas, das du für aus gehalten hast, bloß Gestoppt ist.
2. Die Obergrenze gilt pro Server, nicht pro Konto. Zwei Server im selben Tarif kosten zweimal den Tarif.
3. Ein Upgrade in der Monatsmitte hebt die Obergrenze für den ganzen Monat. Die Decke folgt dem Tarif, auf dem der Server jetzt ist, siehe Nach einem Tarifwechsel.
4. Der erste Monat war im Voraus bezahlt. Der Monat danach ist der erste, der wie eine Stundenrechnung aussieht, was sich wie eine zusätzliche Buchung liest und keine ist.

Rechnungen → Voraussichtliche Kosten zeigt den laufenden Monat pro Server, du siehst also, welcher dafür verantwortlich ist, statt zu raten.

Wie es weitergeht

• Bestellung und erster Zugang für die Rettungswege
• Abrechnung, wie die stündliche Obergrenze funktioniert