Nesta página, descrevemos problemas conhecidos que você pode encontrar ao usar o Cloud Workstations.
Não é possível iniciar a estação de trabalho devido à falta de recursos do Compute Engine
Se o Compute Engine estiver com falta de recursos (esgotados) do tipo de máquina especificado na configuração da estação de trabalho, talvez não seja possível iniciar a estação. Para resolver esse problema, tente uma das seguintes estratégias:
- Mude o tipo de máquina na configuração da estação de trabalho para um tipo que tenha capacidade disponível na sua região.
- Reserve capacidade para o tipo de máquina selecionado. O Cloud Workstations consome reservas automaticamente, ou você pode configurar o serviço para consumir uma reserva específica.
- Especifique outros tipos de máquina na configuração com o recurso de modo de aceleração. Isso permite que seus desenvolvedores escolham um tipo de máquina com capacidade na sua região ao iniciar a estação de trabalho.
Não foi possível conectar o Workbench ao servidor
Esse erro indica que o editor não consegue estabelecer uma conexão WebSocket com
o editor de base. Isso geralmente ocorre devido a um proxy intermediário ou configuração de rede que bloqueia o tráfego WebSocket ou o tráfego para domínios *.cloudworkstations.dev.
Se você não souber como resolver o problema de tráfego, entre em contato com o administrador da rede.
Como se conectar a uma estação de trabalho interrompida
Se não for possível se conectar a uma estação de trabalho interrompida, revise as configurações do cluster de estações de trabalho. Para que o Cloud Workstations reinicie automaticamente uma estação de trabalho interrompida ao se conectar, o cluster de estações de trabalho precisa ser configurado para usar o iniciador de console Google Cloud padrão. Para mais informações, consulte Reiniciar automaticamente estações de trabalho interrompidas.
Desativar a API Cloud Workstations não exclui os recursos do Cloud Workstations
Desativar a API Cloud Workstations não exclui os recursos do Cloud Workstations. Para evitar cobranças, exclua os recursos do Cloud Workstations.
As variáveis de ambiente definidas na configuração da estação de trabalho não são definidas em sessões SSH
As variáveis de ambiente definidas na configuração ou no nível da estação de trabalho não são definidas nas sessões SSH por padrão. Em vez disso, é necessário usar uma imagem personalizada.
Ambientes de desenvolvimento integrado baseados no IntelliJ IDEA
Os seguintes recursos da extensão de ambientes de desenvolvimento integrado baseados no IntelliJ IDEA não estão disponíveis devido a limitações no JetBrains Gateway:
- Depurar no Kubernetes
- Depurar um serviço do Cloud Run executado localmente
A Google Cloud CLI não consegue encontrar meu comando
Se a CLI gcloud não encontrar seu comando, atualize para a versão
atual:
gcloud components update
Além disso, verifique se você está usando a sintaxe atual da CLI do Cloud Workstations gcloud.
Para receber ajuda, consulte
gcloud workstations --help.
Como observado nos níveis de lançamento da CLI gcloud, os comandos Alfa e Beta podem mudar sem aviso prévio.
Como mudar do disco permanente regional para o Hyperdisk
Não é possível mudar uma configuração de estação de trabalho de Persistent Disk regional para Hyperdisk depois que ela é criada. Para trocar o disco de home de backup de uma estação de trabalho, crie uma nova configuração usando o Hyperdisk e clone a estação de trabalho manualmente para a nova configuração.
Erros de expiração ou rotação da chave GPG do repositório APT
Ao executar apt-get update ou instalar pacotes em um contêiner
de estação de trabalho, você pode encontrar erros de chave GPG, como KEYEXPIRED ou
NO_PUBKEY KEY_ID. Isso acontece quando um proprietário de repositório de terceiros upstream (como Yarn, NodeSource ou Microsoft) atualiza ou substitui a chave de assinatura fora da banda.
Para atualizar as chaves do repositório APT pré-instaladas no contêiner, execute o script de atualização de chaves:
sudo /google/scripts/refresh-preinstalled-apt-keys.sh
Você também pode executar esse script diretamente no seu Dockerfile personalizado antes de executar apt-get update ou apt-get install. Para mais informações, consulte Atualizar chaves pré-configuradas do Secure APT.