En esta página, se describen los problemas conocidos que puedes encontrar mientras usas Cloud Workstations.
No se puede iniciar la estación de trabajo debido a la escasez de recursos de Compute Engine
Si Compute Engine experimenta escasez de recursos (agotamiento) del tipo de máquina especificado en la configuración de tu estación de trabajo, es posible que no puedas iniciarla. Para solucionar este problema, prueba una de las siguientes estrategias:
- Cambia el tipo de máquina en la configuración de tu estación de trabajo por un tipo de máquina que tenga capacidad disponible en tu región.
- Reserva capacidad para el tipo de máquina seleccionado. Cloud Workstations consume automáticamente las reservas, o bien puedes configurar el servicio para que consuma una reserva específica.
- Especifica tipos de máquinas adicionales en tu configuración con la función de modo de aumento. Esto permite que tus desarrolladores elijan un tipo de máquina con capacidad en tu región cuando inician la estación de trabajo.
Workbench no se pudo conectar al servidor
Este error indica que el editor no puede establecer una conexión 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 la red.
Cómo conectarse 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 la estación de trabajo debe configurarse para usar el iniciador default Google Cloud console. Para obtener más información, consulta Cómo reiniciar 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 de SSH
Las variables de entorno establecidas en la configuración de la estación de trabajo o a nivel de la estación de trabajo no se establecen en las sesiones de SSH de forma predeterminada y, en su lugar, requieren el uso de una imagen personalizada.
IDEs basados en IntelliJ IDEA
- Depuración en Kubernetes
- Depuración de 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 gcloud niveles de lanzamiento de la CLI
, los comandos alfa y beta pueden cambiar
sin previo aviso.
Cómo cambiar de Persistent Disk regional a Hyperdisk
No es posible cambiar una configuración de estación de trabajo de Persistent Disk regional a Hyperdisk después de que se crea la configuración de la estación de trabajo. Para cambiar el disco principal de una estación de trabajo, debes crear una configuración nueva con Hyperdisk y, luego, manualmente clonar 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, es posible que encuentres errores de clave GPG, como KEYEXPIRED o
NO_PUBKEY KEY_ID. Esto ocurre cuando un propietario de 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 Cómo actualizar las claves de APT seguras preconfiguradas.