En esta página, se describen los problemas conocidos que puedes encontrar cuando usas Cloud Workstations.
No se puede iniciar la estación de trabajo debido a la falta de recursos de Compute Engine
Si Compute Engine tiene escasez de recursos (falta de stock) del tipo de máquina especificado en la configuración de la estación de trabajo, es posible que no puedas iniciar la estación de trabajo. Para solucionar este problema, prueba una de las siguientes estrategias:
- Recomendado: Especifica tipos de máquinas adicionales en tu configuración con la función de modo mejorado y configura la conmutación por error automática.
- Cambia el tipo de máquina en la configuración de tu estación de trabajo a un tipo de máquina que tenga capacidad disponible en tu región.
- Reserva capacidad para el tipo de máquina que seleccionaste. Cloud Workstations consume reservas automáticamente, o puedes configurar el servicio para que consuma una reserva específica.
Workbench no se pudo conectar al servidor
Este error indica que el editor no puede establecer una conexión de WebSocket con
el editor base. Por lo general, esto se debe a que una configuración de red o proxy intermediaria bloquea el tráfico de WebSocket o el tráfico a los dominios *.cloudworkstations.dev.
Si no sabes cómo resolver el problema de tráfico, comunícate con el administrador de red.
Conéctate a una estación de trabajo detenida
Si no puedes conectarte a una estación de trabajo detenida, revisa la configuración del clúster de la estación de trabajo. Para que Cloud Workstations reinicie automáticamente una estación de trabajo detenida cuando te conectes, el clúster de estaciones de trabajo debe estar configurado para usar el selector de consola predeterminado de Google Cloud . Para obtener más información, consulta Reinicia automáticamente las estaciones de trabajo detenidas.
Inhabilitar la API de Cloud Workstations no borra los recursos de Cloud Workstations
Inhabilitar la API de Cloud Workstations no borra los recursos de Cloud Workstations. Para evitar que se te facture, debes borrar los recursos subyacentes de Cloud Workstations.
Las variables de entorno establecidas en la configuración de la estación de trabajo no se establecen en las sesiones SSH
La variable de entorno establecida en la configuración de la estación de trabajo o en el nivel de la estación de trabajo no se establece en las sesiones de SSH de forma predeterminada y, en su lugar, requiere el uso de una imagen personalizada.
IDE basados en IntelliJ IDEA
Las siguientes funciones de la extensión de IDEs basados en IntelliJ IDEA no están disponibles debido a las limitaciones de JetBrains Gateway:
- Depura en Kubernetes
- Depura un servicio de Cloud Run que se ejecuta de forma local
Google Cloud CLI no puede encontrar mi comando
Si la CLI de gcloud no puede encontrar tu comando, actualiza a la versión
actual:
gcloud components update
Además, asegúrate de usar la sintaxis actual de la CLI de gcloud de Cloud Workstations.
Para obtener ayuda, consulta
gcloud workstations --help.
Como se indica en los niveles de lanzamiento de la CLI de gcloud, los comandos alfa y beta pueden cambiar sin previo aviso.
Cambia de disco persistente regional a Hyperdisk
No es posible cambiar la configuración de una estación de trabajo de Persistent Disk regional a Hyperdisk después de crear la configuración de la estación de trabajo. Para cambiar el disco principal de respaldo de una estación de trabajo, debes crear una configuración nueva con Hyperdisk y, luego, clonar manualmente la estación de trabajo en la configuración nueva.
Errores de vencimiento o rotación de la clave GPG del repositorio de APT
Cuando ejecutas apt-get update o instalas paquetes dentro de un contenedor de estación de trabajo, puedes encontrar errores de clave GPG, como KEYEXPIRED o
NO_PUBKEY KEY_ID. Esto ocurre cuando el propietario de un repositorio de terceros ascendente (como Yarn, NodeSource o Microsoft) actualiza o rota su
clave de firma fuera de banda.
Para actualizar las claves del repositorio de APT preinstaladas en tu contenedor, ejecuta la secuencia de comandos de actualización de claves:
sudo /google/scripts/refresh-preinstalled-apt-keys.sh
También puedes ejecutar esta secuencia de comandos directamente en tu Dockerfile personalizado antes de ejecutar apt-get update o apt-get install. Para obtener más información, consulta Actualiza las claves de APT seguras preconfiguradas.