פתרון בעיות שקשורות לכוננים מלאים ולשינוי גודל הכונן

בדף הזה מתוארות בעיות נפוצות שאתם עשויים להיתקל בהן כשמשנים את הגודל של דיסק קשיח קבוע או כשהדיסק הקשיח הקבוע מלא, ומוסבר איך לפתור כל אחת מהבעיות.

לפני שמתחילים

שגיאה של הגבלת קצב כשמשנים דיסק

בהמשך מפורטות שגיאות נפוצות שעשויות להתרחש כשמנסים לשנות את הדיסק הקשיח המתמשך של Extreme או את ה-Hyperdisk של Google Cloud. יכול להיות שהשגיאות האלה יופיעו בכמה מקומות, למשל בפלט של המסוף הטורי או ביומני האפליקציה.

    Disk cannot be resized due to being rate limited.

    Cannot update provisioned iops due to being rate limited.

    Cannot update provisioned throughput due to being rate limited.

כדאי לעיין במגבלות הזמן הבאות לשינוי דיסקים:

  • אפשר לשנות את הגודל של נפח אחסון מסוג Extreme Persistent Disk או Hyperdisk Throughput רק פעם אחת בפרק זמן של 6 שעות.
  • אפשר לשנות את הגודל של נפח Hyperdisk Extreme רק פעם אחת בתקופה של 4 שעות.
  • אפשר לשנות את ה-IOPS או את קצב העברת הנתונים שהוקצו לנפח אחסון מסוג Hyperdisk רק פעם אחת בתקופה של 4 שעות.

כדי לפתור את השגיאות האלה, צריך לחכות את פרק הזמן הנדרש מאז השינוי האחרון לפני שמנסים לשנות את הדיסקים שוב.

שגיאות שקשורות לנפח הדיסק

בקטעים הבאים מתוארות שגיאות נפוצות שקשורות לקיבולת הדיסק ומוסבר איך לפתור אותן.

דיסקים מלאים

ריכזנו כאן כמה שגיאות נפוצות שאתם עשויים להיתקל בהן כשנפח הדיסק הקבוע שלכם מגיע לקיבולת המלאה. יכול להיות שהשגיאות האלה יופיעו בכמה מקומות, כמו בפלט של המסוף הסדרתי או ביומני האפליקציות.

    No space left on device

    Not enough storage is available to process this command

    Error: There isn't enough space on the disk.

כדי לפתור את הבעיה:

  1. יוצרים קובץ snapshot של הדיסק.

  2. כדי לפנות מקום, מוחקים מהדיסק קבצים שלא צריך.

  3. אם נדרש יותר מקום בדיסק אחרי הפעולה הזו, משנים את הגודל של הדיסק.

מכונה וירטואלית שלא ניתן לגשת אליה בגלל דיסק אתחול מלא

אם דיסק האתחול של המכונה הווירטואלית מלא, יכול להיות שלא תצליחו לגשת אליה. התרחיש הזה יכול להיות קשה לזיהוי, כי לא תמיד ברור מתי בעיות הקישוריות קשורות לדיסק אתחול מלא. בהמשך מפורטות דוגמאות לשגיאות נפוצות שעשויות להתרחש אם אתם לא מצליחים לגשת ל-VM מ-Google Cloud CLI או באמצעות RDP כי דיסק האתחול מלא:

      Network error: Software caused connection abort
  
      Your Remote Desktop Services session has ended. The connection was lost because the remote computer is running low on memory or disk space.
  
      ERROR: (gcloud.compute.ssh) Could not SSH into the instance.  It is possible
  that your SSH key has not propagated to the instance yet. Try running this
  command again.  If you still cannot connect, verify that the firewall and
  instance are set to accept ssh traffic.
  
      You cannot connect to the VM instance because of an unexpected error. Wait a
  few moments and then try again.
  
      No space left on device
  
      ERROR Exception calling the response handler. [Errno 2] No usable temporary
  directory found in ['/tmp', '/var/tmp', '/usr/tmp', '/']...

כדי לפתור את הבעיות שצוינו למעלה, צריך:

  1. מוודאים שנכשלתם להתחבר ל-VM בגלל שדיסק האתחול מלא:

    • במכונות וירטואליות של Linux, בודקים את הפלט של היציאה הטורית:

      gcloud compute instances tail-serial-port-output VM_NAME

      אם דיסק האתחול מלא, הפלט יכיל את ההודעה No space left on device.

    • במכונות וירטואליות של Windows, משתמשים בעמדת שליטה מיוחדת לניהול (SAC):

      אחרי שפותחים ערוץ של שורת פקודה ב-SAC, מריצים את הפקודה הבאה כדי לבדוק את השטח הפנוי:

      wmic logicaldisk get caption,freespace,size

  2. אם עדיין לא עשיתם זאת, צרו snapshot של דיסק האתחול של המכונה הווירטואלית.

  3. מנסים להפעיל מחדש את ה-VM.

  4. אם עדיין אין לכם גישה למכונה הווירטואלית, צריך לבצע את הפעולות הבאות:

    1. מפסיקים את ה-VM:

      gcloud compute instances stop VM_NAME

      מחליפים את VM_NAME בשם של המכונה הווירטואלית.

    2. הגדלת הגודל של דיסק האתחול:

      gcloud compute disks resize BOOT_DISK_NAME --size DISK_SIZE

      מחליפים את מה שכתוב בשדות הבאים:

      • ‫BOOT_DISK_NAME: השם של דיסק האתחול של המכונה הווירטואלית
      • ‫DISK_SIZE: הגודל החדש והגדול יותר של דיסק האתחול, בגיגה-בייט

      לדוגמה, כדי לשנות את הגודל של דיסק בשם example-disk-1 ל-6GB, מריצים את הפקודה הבאה:

      gcloud compute disks resize example-disk-1 --size=6GB

    3. מפעילים את ה-VM:

      gcloud compute instances start VM_NAME

  5. מנסים שוב להתחבר ל-VM באמצעות SSH. אם עדיין אין לכם גישה למכונה הווירטואלית, אפשר לבצע אחת מהפעולות הבאות:

בעיות במערכת הקבצים

בקטעים הבאים מפורטות בעיות נפוצות במערכת הקבצים ומוסבר איך לפתור אותן.

שינוי הגודל של מערכת הקבצים

אחרי שמשנים את הגודל של דיסק האתחול של מכונה וירטואלית, רוב המכונות הווירטואליות משנות את הגודל של מערכת קבצי הבסיס ומפעילות מחדש את המכונה הווירטואלית. עם זאת, יכול להיות שתצטרכו לשנות את הגודל של מערכת הקבצים באופן ידני עבור חלק מסוגי התמונות של מכונות וירטואליות. אם המכונה הווירטואלית לא תומכת בשינוי גודל אוטומטי של מערכת קבצים בסיסית, או אם שיניתם את הגודל של דיסק קבוע של נתונים (לא דיסק אתחול), אתם צריכים לשנות את הגודל של מערכת הקבצים והמחיצות באופן ידני.

כדי לבדוק אם מערכת קבצי הבסיס התרחבה באופן אוטומטי אחרי שינוי הגודל של דיסק האתחול של מכונת ה-VM:

  1. כדי לבדוק אם הגודל של דיסק האתחול של המכונה הווירטואלית שונה, אפשר להשתמש באחת מהשיטות הבאות:

    • בודקים את הפלט של היציאה הטורית. מחפשים שורה שמציינת שגודל מחיצת הבסיס שונה.

      לדוגמה, במכונות וירטואליות עם תמונות של Debian, אם שינוי הגודל האוטומטי הצליח, יומני המסוף כוללים את השורה ... expand-root.sh[..]: Resizing ext4 filesystem on /dev/sda1.

    • אם אתם מצליחים להתחבר למכונה וירטואלית של Linux באמצעות SSH, מריצים את הפקודה df -h כדי לבדוק אם יש מקום פנוי בדיסק.

      לדוגמה, הפלט הזה מראה שמערכת קבצים בסיסית מלאה ב-92%: 

      Filesystem                                    Size  Used Avail Use% Mounted on
udev                                           63G     0   63G   0% /dev
tmpfs                                          13G  1.4M   13G   1% /run
/dev/sda1                                     339G  315G   24G  92% /

  2. אם המכונה הווירטואלית לא שינתה את הגודל של מערכת קבצי הבסיס, צריך לשנות את הגודל של מערכת הקבצים והמחיצות באופן ידני.

מגבלה של Storage Spaces Direct‏ (S2D)

כשמשתמשים ב-Storage Spaces Direct‏ (S2D), אי אפשר להגדיל את הקיבולת על ידי שינוי הגודל של דיסקים קבועים בסיסיים. אם משנים את הגודל של הדיסקים ברמת החומרה, S2D לא יזהה את המקום הנוסף, ויכול להיות שלא תהיה גישה לנתונים. כדי להגדיל את הקיבולת, מוסיפים שרתים או כוננים במקום לשנות את הגודל של דיסקים קבועים קיימים.

כדי לבדוק אם הדיסק מוגדר כחלק מאשכול S2D או ממאגר אחסון, מבצעים את השלבים הבאים:

  1. נכנסים לדף VM instances במסוף Google Cloud .

    כניסה לדף VM instances

  2. לצד המופע שבו הדיסק שונה, לוחצים על הלחצן RDP. בדפדפן נפתח חיבור RDP למופע.

  3. לוחצים לחיצה ימנית על הלחצן התחל של Windows ובוחרים באפשרות ניהול דיסקים כדי לפתוח את הכלי ניהול דיסקים. לדוגמה, בצילום המסך הבא אפשר לראות שבדיסק 1 יש מחיצה מוגנת של Storage Spaces:

פרטים על S2D מתוך ניהול הדיסקים.

אפשר גם להריץ את אחת מפקודות PowerShell הבאות כדי למצוא דיסקים קשיחים קבועים שמשויכים להגדרת S2D.

       Get-Disk | Where-Object Model -eq "Storage Space"
   
       Get-PhysicalDisk | Where-Object {$_.ObjectId -like "*Spaces*"}