Auf dieser Seite werden bekannte Probleme beschrieben, die bei der Verwendung von Cloud Workstations auftreten können.
Arbeitsstation kann aufgrund von Compute Engine-Ressourcenengpässen nicht gestartet werden
Wenn in Compute Engine Ressourcenengpässe (Ausverkauf) des in Ihrer Workstation-Konfiguration angegebenen Maschinentyps auftreten, können Sie Ihre Workstation möglicherweise nicht starten. Versuchen Sie, das Problem mit einer der folgenden Strategien zu beheben:
- Ändern Sie den Maschinentyp in Ihrer Workstation-Konfiguration in einen Maschinentyp, der in Ihrer Region verfügbar ist.
- Kapazität für den ausgewählten Maschinentyp reservieren Cloud Workstations nutzt Reservierungen automatisch. Sie können den Dienst aber auch so konfigurieren, dass eine bestimmte Reservierung genutzt wird.
- Mit dem Boost-Modus können Sie in Ihrer Konfiguration zusätzliche Maschinentypen angeben. So können Ihre Entwickler beim Starten der Workstation einen Maschinentyp mit Kapazität in Ihrer Region auswählen.
Workbench konnte keine Verbindung zum Server herstellen
Dieser Fehler gibt an, dass der Editor keine WebSocket-Verbindung zum Basis-Editor herstellen kann. Dies liegt in der Regel daran, dass ein zwischengeschalteter Proxy oder eine Netzwerkkonfiguration den WebSocket-Traffic oder den Traffic zu *.cloudworkstations.dev-Domains blockiert.
Wenn Sie sich nicht sicher sind, wie Sie das Problem mit dem Traffic beheben können, wenden Sie sich an Ihren Netzwerkadministrator.
Verbindung zu einer beendeten Workstation herstellen
Wenn Sie keine Verbindung zu einer angehaltenen Workstation herstellen können, überprüfen Sie die Einstellungen Ihres Workstation-Clusters. Damit Cloud Workstations eine angehaltene Workstation beim Herstellen einer Verbindung automatisch neu starten kann, muss Ihr Workstation-Cluster für die Verwendung des Standard- Google Cloud -Konsolen-Launchers konfiguriert sein. Weitere Informationen finden Sie unter Angehaltene Workstations automatisch neu starten.
Durch das Deaktivieren der Cloud Workstations API werden keine Cloud Workstations-Ressourcen gelöscht
Durch das Deaktivieren der Cloud Workstations API werden keine Cloud Workstations-Ressourcen gelöscht. Um zu vermeiden, dass Ihnen Kosten in Rechnung gestellt werden, müssen Sie die zugrunde liegenden Cloud Workstations-Ressourcen löschen.
Umgebungsvariablen, die in der Workstation-Konfiguration festgelegt sind, werden in SSH-Sitzungen nicht festgelegt.
Umgebungsvariablen, die auf der Workstation-Konfigurations- oder Workstation-Ebene festgelegt sind, werden in den SSH-Sitzungen standardmäßig nicht festgelegt. Stattdessen ist die Verwendung eines benutzerdefinierten Images erforderlich.
IntelliJ IDEA-basierte IDEs
Die folgenden Funktionen der auf IntelliJ IDEA basierenden IDE-Erweiterung sind aufgrund von Einschränkungen bei JetBrains Gateway nicht verfügbar:
- In Kubernetes debuggen
- Fehler in einem lokal ausgeführten Cloud Run-Dienst beheben
Google Cloud CLI findet meinen Befehl nicht
Wenn die gcloud-Befehlszeile Ihren Befehl nicht finden kann, aktualisieren Sie sie auf die aktuelle Version:
gcloud components update
Achten Sie außerdem darauf, dass Sie die aktuelle CLI-Syntax für Cloud Workstations gcloud verwenden.
Weitere Informationen finden Sie unter gcloud workstations --help.
Wie in den Releasestufen der gcloud CLI beschrieben, können sich Alpha- und Betabefehle ohne Vorankündigung ändern.
Von regionalem Persistent Disk zu Hyperdisk wechseln
Es ist nicht möglich, eine Workstation-Konfiguration nach der Erstellung von regionalem nichtflüchtigem Speicher auf Hyperdisk umzustellen. Wenn Sie das Sicherungslaufwerk einer Workstation ändern möchten, müssen Sie eine neue Konfiguration mit Hyperdisk erstellen und die Workstation dann manuell in die neue Konfiguration klonen.
Fehler beim Ablauf oder bei der Rotation des GPG-Schlüssels für das APT-Repository
Wenn Sie apt-get update ausführen oder Pakete in einem Workstation-Container installieren, können GPG-Schlüsselfehler wie KEYEXPIRED oder NO_PUBKEY KEY_ID auftreten. Dies geschieht, wenn der Inhaber eines Upstream-Drittanbieter-Repositorys (z. B. Yarn, NodeSource oder Microsoft) seinen Signaturschlüssel außerhalb des Bandes aktualisiert oder rotiert.
Wenn Sie die vorinstallierten APT-Repository-Schlüssel in Ihrem Container aktualisieren möchten, führen Sie das Skript zum Aktualisieren von Schlüsseln aus:
sudo /google/scripts/refresh-preinstalled-apt-keys.sh
Sie können dieses Skript auch direkt in Ihrer benutzerdefinierten Dockerfile ausführen, bevor Sie apt-get update oder apt-get install ausführen. Weitere Informationen finden Sie unter Vorkonfigurierte sichere APT-Schlüssel aktualisieren.