Cette page décrit les problèmes connus que vous pouvez rencontrer lors de l'utilisation de Cloud Workstations.
Impossible de démarrer la station de travail en raison d'un manque de ressources Compute Engine
Si Compute Engine rencontre des pénuries de ressources (ruptures de stock) du type de machine spécifié dans la configuration de votre station de travail, vous ne pourrez peut-être pas démarrer votre station de travail. Pour résoudre ce problème, essayez l'une des stratégies suivantes :
- Recommandé : Spécifiez des types de machines supplémentaires dans votre configuration avec la fonctionnalité de mode Boost et configurez le basculement automatique.
- Remplacez le type de machine dans la configuration de votre station de travail par un type de machine disposant d'une capacité disponible dans votre région.
- Réservez de la capacité pour le type de machine sélectionné. Cloud Workstations consomme automatiquement les réservations, ou vous pouvez configurer le service pour qu'il consomme une réservation spécifique.
Échec de la connexion de Workbench au serveur
Cette erreur indique que l'éditeur ne parvient pas à établir une connexion WebSocket avec l'éditeur de base. Cela est généralement dû à la configuration d'un réseau ou d'un proxy intermédiaire qui bloque le trafic WebSocket, ou le trafic vers des domaines *.cloudworkstations.dev.
Si vous ne savez pas comment résoudre le problème de trafic, contactez votre administrateur réseau.
Se connecter à une station de travail arrêtée
Si vous ne parvenez pas à vous connecter à une station de travail arrêtée, vérifiez les paramètres de votre cluster de stations de travail. Pour que Cloud Workstations redémarre automatiquement une station de travail arrêtée lorsque vous vous connectez, votre cluster de stations de travail doit être configuré pour utiliser le lanceur de console Google Cloud par défaut. Pour en savoir plus, consultez Redémarrer automatiquement les stations de travail arrêtées.
La désactivation de l'API Cloud Workstations ne supprime pas les ressources Cloud Workstations
La désactivation de l'API Cloud Workstations ne supprime pas les ressources Cloud Workstations. Pour éviter d'être facturé, vous devez supprimer les ressources Cloud Workstations sous-jacentes.
Les variables d'environnement définies dans la configuration de la station de travail ne sont pas définies dans les sessions SSH
Par défaut, les variables d'environnement définies au niveau de la configuration de la station de travail ou de la station de travail ne sont pas définies dans les sessions SSH. Elles nécessitent l'utilisation d'une image personnalisée.
IDE basés sur IntelliJ IDEA
Les fonctionnalités suivantes de l'extension d'IDE basée sur IntelliJ IDEA ne sont pas disponibles en raison des limites de JetBrains Gateway :
- Déboguer sur Kubernetes
- Déboguer un service Cloud Run exécuté localement
Google Cloud CLI ne trouve pas ma commande
Si la CLI gcloud ne trouve pas votre commande, passez à la version actuelle :
gcloud components update
Assurez-vous également d'utiliser la syntaxe actuelle de la CLI Cloud Workstations gcloud.
Pour obtenir de l'aide, consultez gcloud workstations --help.
Comme indiqué dans les niveaux de version de la CLI gcloud, les commandes alpha et bêta peuvent être modifiées sans préavis.
Passer d'un disque persistant régional à un hyperdisque
Il n'est pas possible de passer d'un disque persistant régional à un Hyperdisk après la création de la configuration de la station de travail. Pour changer le disque d'accueil d'une station de travail, vous devez créer une configuration à l'aide d'Hyperdisk, puis cloner manuellement la station de travail vers la nouvelle configuration.
Erreurs d'expiration ou de rotation de la clé GPG du dépôt APT
Lorsque vous exécutez apt-get update ou installez des packages dans un conteneur de station de travail, vous pouvez rencontrer des erreurs de clé GPG, telles que KEYEXPIRED ou NO_PUBKEY KEY_ID. Cela se produit lorsqu'un propriétaire de dépôt tiers en amont (tel que Yarn, NodeSource ou Microsoft) met à jour ou effectue une rotation de sa clé de signature hors bande.
Pour mettre à jour les clés de dépôt APT préinstallées dans votre conteneur, exécutez le script d'actualisation des clés :
sudo /google/scripts/refresh-preinstalled-apt-keys.sh
Vous pouvez également exécuter ce script directement dans votre Dockerfile personnalisé avant d'exécuter apt-get update ou apt-get install. Pour en savoir plus, consultez Mettre à jour les clés Secure APT préconfigurées.