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'une pénurie de ressources Compute Engine
Si Compute Engine connaît une pénurie de ressources (rupture de stock) pour le 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 :
- Modifiez le type de machine dans la configuration de votre station de travail pour un type de machine disposant de 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, mais vous pouvez également configurer le service pour qu'il consomme une réservation spécifique.
- Spécifiez des types de machines supplémentaires dans votre configuration à l'aide de la fonctionnalité de mode boost. Cela permet à vos développeurs de choisir un type de machine disposant de capacité dans votre région lorsqu'ils démarrent la station de travail.
Workbench n'a pas pu se connecter 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 default Google Cloud console. 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
Les variables d'environnement définies au niveau de la configuration ou de la station de travail ne sont pas définies par défaut dans les sessions SSH. Vous devez utiliser une image personnalisée.
IDE basés sur IntelliJ IDEA
Les fonctionnalités suivantes de l'extension des IDE basés 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, mettez-la à jour vers la version actuelle :
gcloud components update
Assurez-vous également d'utiliser la syntaxe actuelle de la CLI gcloud Cloud Workstations.
Pour obtenir de l'aide, consultez
gcloud workstations --help.
Comme indiqué dans les gcloud CLI
niveaux de version, les commandes alpha et bêta peuvent être modifiées
sans préavis.
Passer d'un disque persistant régional à un Hyperdisk
Il n'est pas possible de passer d'un disque persistant régional à un Hyperdisk dans une configuration de station de travail une fois celle-ci créée. Pour modifier le disque d'accueil de sauvegarde d'une station de travail, vous devez créer une configuration à l'aide d'un Hyperdisk, puis cloner manuellement la station de travail dans 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 fait pivoter 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 APT sécurisées préconfigurées.