Fehlerbehebung — Virtuelle Maschinen
Die Schaltfläche Next bleibt im Assistenten ausgegraut
Ursache: Die VM würde ein Quota des Projekts überschreiten (CPU, Memory oder Storage). Das Banner des Assistenten zeigt Quota exceeded und die Einzelheiten pro Ressource an.
Lösung:
- Wählen Sie einen kleineren Instanztyp oder verringern Sie die Größe der Disks.
- Geben Sie Ressourcen frei: Löschen Sie nicht verwendete VMs oder Disks (getrennte Disks zählen zum Speicher-Quota).
- Lassen Sie die Quotas des Projekts erhöhen.
Wenn die Konsole meldet, dass die Quotas des Projekts nicht verfügbar sind, bleibt die Erstellung blockiert, solange sie nicht gelesen werden können: Versuchen Sie es später erneut oder wenden Sie sich an den Support.
Fehler bei der Erstellung: Name bereits verwendet oder Disk-Größe abgelehnt
Ursache und Lösung:
| Meldung | Lösung |
|---|---|
| An instance with this name already exists. | Wählen Sie einen anderen Namen. |
| Min. 20 GB required, Min. 28 GB required, Min. 40 GB required oder This image needs a disk of at least … GB | Erhöhen Sie Size (GB): mindestens 20 GB; für die System-Disk 28 GB mit Windows Server und 40 GB mit Oracle Linux. |
| A system image is required for a new disk | Wählen Sie eine Karte unter Operating System. |
Invalid format. Expected: <algorithm> <base64-key> [comment] | Fügen Sie den vollständigen öffentlichen Schlüssel (Datei .pub) in einer einzigen Zeile ein. |
Das Speichern der Änderungen einer VM wird abgelehnt
Ursache: Ein Feld der Seite Edit ist ungültig, zum Beispiel eine neue Disk unter 20 GB oder ein Existing-Volume ohne ausgewählte Disk.
Lösung: Die Konsole zeigt Incomplete form mit der Meldung jedes fehlerhaften Felds an. Korrigieren Sie diese Felder und klicken Sie dann erneut auf Save. Bereits an die VM angebundene Disks werden schreibgeschützt angezeigt und unterliegen nicht den Regeln einer neuen Disk (Name, Mindestgröße).
Die System-Disk lässt sich nicht ersetzen, und New / Existing erscheint bei einer angebundenen Disk nicht
Ursache: Auf der Seite Edit sind die Disks, die die VM bereits besitzt, schreibgeschützt. Die System Disk (Boot) hat keine Aktion („The system disk of an existing VM cannot be replaced: the VM boots from it.“), und eine Daten-Disk bietet nur Detach disk an. Die Auswahl New / Existing gibt es nur bei Disks, die mit Add a disk hinzugefügt wurden.
Lösung:
- Um eine Daten-Disk zu ersetzen, trennen Sie sie, fügen Sie mit Add a disk eine Disk hinzu (New oder Existing), klicken Sie auf Save und dann auf Restart.
- Um die System-Disk zu wechseln, löschen Sie die VM (ihre Disks bleiben erhalten) und erstellen Sie sie dann neu, indem Sie bei der System Disk (Boot) Existing wählen (siehe FAQ).
Die VM bleibt im Status Error oder Failed
Ursache: Die VM konnte nicht eingeplant oder gestartet werden (Ressourcen nicht verfügbar, Disk mit Fehler, GPU nicht verfügbar…). Wenn die Plattform einen Grund zurückgibt, wird er beim Überfahren des Status-Badges mit der Maus angezeigt.
Lösung:
- Öffnen Sie die Detailseite und prüfen Sie den Abschnitt Storage & Disks: Die Disks müssen vorhanden sein.
- Wenn die VM GPUs hat, siehe GPU beim Start nicht verfügbar.
- Versuchen Sie Stop und dann Start im Abschnitt Actions.
- Wenn der Status bestehen bleibt, wenden Sie sich an den Support und geben Sie den Namen der VM und ihre Kennung an (unter dem Titel der Detailseite angezeigt, mit einer Kopierschaltfläche).
SSH-Timeout
Ursache: Keine öffentliche IP, Port 22 nicht erlaubt oder SSH-Dienst in der VM noch nicht gestartet.
Lösung:
- Auf der Detailseite, Abschnitt Network & Security: Public IP muss auf Active stehen und Port 22 muss unter Firewall & Ports aufgeführt sein.
- Andernfalls klicken Sie auf Edit, aktivieren Public IPv4 Address, haken SSH (22) unter Allowed Ports an und klicken dann auf Save.
- Warten Sie direkt nach der Erstellung ein bis zwei Minuten, bis das Betriebssystem vollständig gestartet ist.
- Testen Sie im ausführlichen Modus:
ssh -v ubuntu@<public-ip>
Permission denied (publickey)
Ursache: Falscher Benutzer, falscher Schlüssel oder Schlüssel nach dem ersten Start hinzugefügt, ohne die User Data neu zu laden.
Lösung:
- Verwenden Sie den Benutzer, der im Block SSH Connection (oder unter System Image > User) angegeben ist.
- Prüfen Sie, dass der öffentliche Schlüssel, der zu Ihrem privaten Schlüssel gehört, unter Advanced Configuration > SSH Keys aufgeführt ist.
- Wenn Sie den Schlüssel gerade über Edit hinzugefügt haben, wählen Sie im Dialog SSH keys changed die Option Reload user-data oder starten Sie Reload UserData im Abschnitt Actions und anschließend Restart: Der Schlüssel wird erst beim Neustart installiert. Dieser Neustart erzeugt auch die SSH-Hostschlüssel neu: Meldet Ihr Client einen geänderten Schlüssel, entfernen Sie den alten Eintrag mit
ssh-keygen -R <public-ip>.
Die hinzugefügte Disk erscheint nicht in der VM
Ursache: Die VM wurde nach dem Hinzufügen noch nicht neu gestartet oder die Disk ist nicht formatiert.
Lösung:
- Nach Save zeigt die Konsole Restart required an: Die Disk wird erst beim nächsten Neustart hinzugefügt. Klicken Sie im Abschnitt Actions auf Restart und warten Sie, bis die VM wieder den Status Running hat.
- Prüfen Sie die Disk im Abschnitt Storage & Disks der Detailseite.
- Listen Sie in der VM die Geräte auf: Eine neue Disk erscheint ohne Partition und ohne Einhängepunkt.
lsblk
- Formatieren und mounten Sie sie: siehe Eine zusätzliche Disk anbinden.
GPU beim Start nicht verfügbar
Ursache: Eine GPU wird freigegeben, wenn die VM gestoppt wird, und kann in der Zwischenzeit einem anderen Workload zugewiesen werden.
Lösung: Wenn die GPU beim Start nicht mehr verfügbar ist, öffnet die Konsole den Dialog Select an alternative GPU. Wählen Sie ein Modell unter Available GPU und klicken Sie auf Update and Start. Zeigt der Dialog No GPUs are currently available. an, versuchen Sie es später erneut oder wenden Sie sich an den Support. Siehe GPU-Fehlerbehebung.
DNS .local funktioniert in der VM nicht
Ursache: systemd-resolved behandelt .local-Domains als mDNS.
Lösung: siehe DNS .local in VMs auflösen.
Die VM reagiert überhaupt nicht mehr (weder SSH noch RDP)
Ursache: Betriebssystem blockiert, Netzwerk in der VM falsch konfiguriert, zu restriktive interne Firewall.
Lösung:
- Starten Sie Restart im Abschnitt Actions der Detailseite.
- Wenn eine kürzliche Änderung an cloud-init die Ursache ist, korrigieren Sie das Skript unter Edit > Advanced Configuration und starten Sie dann Reload UserData und Restart.
- Ein Zugriff über serielle Konsole oder VNC wird in der Konsole nicht angeboten; wenden Sie sich für eine Low-Level-Diagnose an den Support.