Questa pagina descrive i problemi noti che potresti riscontrare durante l'utilizzo di Cloud Workstations.
Impossibile avviare la workstation a causa della carenza di risorse Compute Engine
Se Compute Engine sta riscontrando carenze di risorse (esaurimento scorte) del tipo di macchina specificato nella configurazione della workstation, potresti non riuscire ad avviare la workstation. Per risolvere il problema, prova una delle seguenti strategie:
- Modifica il tipo di macchina nella configurazione della workstation con un tipo di macchina che abbia capacità disponibile nella tua regione.
- Riserva capacità per il tipo di macchina selezionato. Cloud Workstations utilizza automaticamente le prenotazioni oppure puoi configurare il servizio in modo che utilizzi una prenotazione specifica.
- Specifica tipi di macchina aggiuntivi nella configurazione con la funzionalità modalità Boost. In questo modo, gli sviluppatori possono scegliere un tipo di macchina con capacità nella tua regione quando avviano la workstation.
Workbench non è riuscito a connettersi al server
Questo errore indica che l'editor non è in grado di stabilire una connessione WebSocket con
l'editor di base. Di solito questo problema è dovuto a un proxy intermedio o a una configurazione di rete che blocca il traffico WebSocket o il traffico verso i domini *.cloudworkstations.dev.
Se non sai come risolvere il problema di traffico, contatta l'amministratore di rete.
Connessione a una workstation arrestata
Se non riesci a connetterti a una workstation arrestata, rivedi le impostazioni del cluster della workstation. Affinché Cloud Workstations riavvii automaticamente una workstation arrestata quando ti connetti, il cluster di workstation deve essere configurato per utilizzare il launcher della console Google Cloud predefinito. Per ulteriori informazioni, consulta Riavviare automaticamente le workstation arrestate.
La disattivazione dell'API Cloud Workstations non elimina le risorse Cloud Workstations
La disattivazione dell'API Cloud Workstations non elimina le risorse Cloud Workstations. Per evitare l'addebito, devi eliminare le risorse Cloud Workstations sottostanti.
Le variabili di ambiente impostate nella configurazione della workstation non sono impostate nelle sessioni SSH
La variabile di ambiente impostata a livello di configurazione della workstation o della workstation non viene impostata nelle sessioni SSH per impostazione predefinita e richiede invece l'utilizzo di un'immagine personalizzata.
IDE basati su IntelliJ IDEA
Le seguenti funzionalità dell'estensione degli IDE basati su IntelliJ IDEA non sono disponibili a causa di limitazioni di JetBrains Gateway:
- Esegui il debug su Kubernetes
- Eseguire il debug di un servizio Cloud Run in esecuzione in locale
Google Cloud CLI non riesce a trovare il mio comando
Se la CLI gcloud non riesce a trovare il comando, esegui l'aggiornamento alla versione
corrente:
gcloud components update
Inoltre, assicurati di utilizzare la sintassi CLI gcloud corrente di Cloud Workstations.
Per ricevere assistenza, consulta
gcloud workstations --help.
Come indicato nei livelli di rilascio dell'interfaccia a riga di comando di gcloud, i comandi alpha e beta potrebbero cambiare senza preavviso.
Passaggio da Persistent Disk a livello di regione a Hyperdisk
Non è possibile passare da una configurazione della workstation da Persistent Disk a livello di regione a Hyperdisk dopo la creazione della configurazione della workstation. Per cambiare il disco home di backup di una workstation, devi creare una nuova configurazione utilizzando Hyperdisk e poi clonare manualmente la workstation nella nuova configurazione.
Errori di scadenza o rotazione della chiave GPG del repository APT
Quando esegui apt-get update o installi pacchetti all'interno di un container workstation, potresti riscontrare errori della chiave GPG, ad esempio KEYEXPIRED o NO_PUBKEY KEY_ID. Ciò si verifica quando il proprietario di un repository di terze parti upstream (ad esempio Yarn, NodeSource o Microsoft) aggiorna o ruota la chiave di firma out-of-band.
Per aggiornare le chiavi del repository APT preinstallato nel contenitore, esegui lo script di aggiornamento delle chiavi:
sudo /google/scripts/refresh-preinstalled-apt-keys.sh
Puoi anche eseguire questo script direttamente nel tuo Dockerfile personalizzato prima di eseguire apt-get update o apt-get install. Per saperne di più, vedi Aggiorna le chiavi Secure APT preconfigurate.