בדף הזה מתוארות בעיות ידועות שאתם עלולים להיתקל בהן במהלך השימוש ב-Cloud Workstations.
אי אפשר להפעיל את סביבת העבודה כי חסרים משאבים ב-Compute Engine
אם ב-Compute Engine יש מחסור במשאבים (מלאי חסר) של סוג המכונה שצוין בהגדרות של תחנת העבודה, יכול להיות שלא תוכלו להפעיל את תחנת העבודה. כדי לפתור את הבעיה, נסו את אחת מהאסטרטגיות הבאות:
- מומלץ: להגדיר סוגי מכונות נוספים באמצעות התכונה מצב Boost ולהגדיר יתירות כשל אוטומטית.
- משנים את סוג המכונה בהגדרות של תחנת העבודה לסוג מכונה עם קיבולת זמינה באזור שלכם.
- שמירת קיבולת לסוג המכונה שבחרתם. ב-Cloud Workstations נעשה שימוש אוטומטי בהזמנות, או שאפשר להגדיר את השירות כך שישתמש בהזמנה ספציפית.
Workbench לא הצליח להתחבר לשרת
השגיאה הזו מציינת שהעורך לא מצליח ליצור חיבור WebSocket לעורך הבסיסי. בדרך כלל זה קורה בגלל שרת proxy מתווך או הגדרת רשת שחוסמת את התנועה של WebSocket, או חוסמת את התנועה לדומיינים של *.cloudworkstations.dev.
אם אתם לא בטוחים איך לפתור את הבעיה בתנועה, פנו למנהל הרשת.
התחברות לתחנת עבודה שהופסקה
אם אתם לא מצליחים להתחבר לתחנת עבודה שהופסקה, בדקו את ההגדרות של אשכול תחנות העבודה. כדי ש-Cloud Workstations יפעיל מחדש באופן אוטומטי תחנת עבודה שהופסקה כשאתם מתחברים, אשכול תחנות העבודה צריך להיות מוגדר לשימוש במרכז האפליקציות של מסוף Google Cloud שמוגדר כברירת מחדל. מידע נוסף זמין במאמר הפעלה מחדש אוטומטית של תחנות עבודה שהופסקו.
השבתת Cloud Workstations API לא מוחקת את המשאבים של Cloud Workstations
השבתת Cloud Workstations API לא מוחקת את המשאבים של Cloud Workstations. כדי שלא תחויבו, אתם צריכים למחוק את המשאבים הבסיסיים של Cloud Workstations.
משתני סביבה שמוגדרים בתצורת תחנת העבודה לא מוגדרים בסשנים של SSH
כברירת מחדל, משתני סביבה שמוגדרים ברמת התצורה של סביבת העבודה או ברמת סביבת העבודה לא מוגדרים בסשנים של SSH, ובמקום זאת צריך להשתמש בתמונה בהתאמה אישית.
סביבות פיתוח משולבות (IDE) שמבוססות על IntelliJ IDEA
התכונות הבאות של התוסף לסביבות פיתוח משולבות שמבוססות על IntelliJ IDEA לא זמינות בגלל המגבלות של JetBrains Gateway:
- ניפוי באגים ב-Kubernetes
- ניפוי באגים בשירות Cloud Run שפועל באופן מקומי
Google Cloud CLI לא מוצא את הפקודה שלי
אם ה-CLI של gcloud לא מוצא את הפקודה, צריך לעדכן לגרסה הנוכחית:
gcloud components update
בנוסף, חשוב לוודא שאתם משתמשים בתחביר הנוכחי של ה-CLI של Cloud Workstations gcloud.
לקבלת עזרה, אפשר לעיין במאמר gcloud workstations --help.
כפי שצוין ברמות הגרסאות של ה-CLI של gcloud, פקודות אלפא ובטא עשויות להשתנות ללא הודעה מוקדמת.
מעבר מ-Regional Persistent Disk ל-Hyperdisk
אחרי שיוצרים את הגדרת תחנת העבודה, אי אפשר להחליף את ההגדרה מ-Regional Persistent Disk ל-Hyperdisk. כדי להחליף את דיסק הבית של תחנת העבודה, צריך ליצור הגדרה חדשה באמצעות Hyperdisk ואז לשכפל ידנית את תחנת העבודה להגדרה החדשה.
שגיאות שקשורות לתפוגה או לרוטציה של מפתח GPG במאגר APT
כשמריצים את apt-get update או מתקינים חבילות בתוך קונטיינר של תחנת עבודה, יכול להיות שיופיעו שגיאות במפתח GPG, כמו KEYEXPIRED או NO_PUBKEY KEY_ID. זה קורה כשבעלים של מאגר צד שלישי במעלה הזרם (כמו Yarn, NodeSource או Microsoft) מעדכן או מחליף את מפתח החתימה שלו מחוץ לפס.
כדי לעדכן את המפתחות של מאגר ה-APT שמותקנים מראש בקונטיינר, מריצים את הסקריפט לרענון המפתחות:
sudo /google/scripts/refresh-preinstalled-apt-keys.sh
אפשר גם להריץ את הסקריפט הזה ישירות ב-Dockerfile המותאם אישית לפני שמריצים את apt-get update או את apt-get install. מידע נוסף זמין במאמר עדכון מפתחות APT מאובטחים שהוגדרו מראש.