דיסק מלא או Inodes גמורים בקלאודוויז (Cloudways) – איך מפנים מקום

עודכן לאחרונה: 07.11.2026 · מאת עשהאל דרייר

בקצרה: כשהדיסק בשרת מלא או שנגמרו ה-Inodes, השרת לא יכול ליצור קבצים חדשים: העלאות נכשלות, מסד הנתונים נופל והאתר קורס. בקלאודוויז (Cloudways) מפנים מקום תחת Settings & Packages, בלשונית Optimization, עם הכלי Disk Cleanup, שמוחק קבצים זמניים, לוגים ישנים וגיבויים מקומיים. מחסור ב-Inodes בודקים ב-SSH עם df -i, ומאתרים את האפליקציה שמייצרת הכי הרבה קבצים. אם אחרי הניקוי השרת עדיין מעל 80%, הגיע הזמן להגדיל דיסק.

⏱ זמן ביצוע: 10–30 דקות · רמת קושי: קלה עד בינונית (Inodes דורש SSH) · נבדק לאחרונה מול הפאנל: 06.11.2026

מה ההבדל בין נפח דיסק ל-Inodes

אפשר להיתקע גם כשיש עוד הרבה GB פנויים. הסיבה: יש שני דברים שיכולים להיגמר בדיסק, וכדאי להבין את שניהם.

נפח דיסק הוא כמות הנתונים, ב-GB. הוא נגמר כשיש קבצים גדולים: גיבויים מקומיים, וידאו, תמונות ענק ולוגים שגדלו.

Inode הוא רשומה במערכת הקבצים שמצביעה על קובץ או תיקייה. לכל קובץ יש Inode אחד, לא משנה מה הגודל שלו. מספר ה-Inodes בשרת מוגבל ותלוי בגודל הדיסק. לכן מיליון קובצי Session קטנים יכולים לגמור את ה-Inodes כשהדיסק כמעט ריק.

בשני המקרים התוצאה דומה: לא נוצרים קבצים חדשים, ואז נכשלות העלאות, הקאש לא נכתב, ומסד הנתונים עלול ליפול עם השגיאה Error Establishing a Database Connection.

סימן	מה כנראה נגמר	איך בודקים
התראת CloudwaysBot על דיסק נמוך	נפח דיסק (ההתראה נשלחת ב-95%)	Monitoring בשרת
אחוז הדיסק נמוך, אבל אי אפשר ליצור קבצים	Inodes	הפקודה df -i ב-SSH
העלאת תמונה נכשלת בלי שגיאה ברורה	אחד מהשניים	שתי הבדיקות
מסד הנתונים נופל שוב ושוב	לרוב נפח דיסק	Monitoring, ואז ניקוי

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

• בדקו כמה מקום תפוס: בשרת, פתחו Monitoring וראו את השימוש בדיסק בסיכום.
• אם אתם שומרים גיבויים מקומיים, הורידו עותק למחשב לפני הניקוי. האפשרות למחוק את local_backups מוחקת אותם לכל האפליקציות.
• לבדיקת Inodes צריך גישת SSH. ראו איך מתחברים ב-SSH בקלאודוויז.

איך מפנים מקום בדיסק עם Disk Cleanup – שלב אחר שלב

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

1. היכנסו לפאנל הניהול, פתחו Servers ובחרו את השרת.
2. תחת Server Management, בחרו Settings & Packages.
3. עברו ללשונית Optimization.
4. סמנו את אפשרויות הניקוי שאתם צריכים (פירוט בטבלה למטה). האפשרות הראשונה, מחיקת קבצים זמניים, תמיד רצה.
5. לחצו Run Cleanup וחכו לסיום.
6. חזרו ל-Monitoring ובדקו כמה מקום התפנה.

אפשרות	מה נמחק	מתי לסמן
ברירת מחדל: קבצים זמניים	קובצי log ו-gz ב-tmp, קבצים זמניים של ImageMagick וקבצי מערכת מיותרים	תמיד רצה, בטוחה
תיקיית tmp של כל האפליקציות	כל התוכן ב-tmp של כל אפליקציה	כשאפליקציה צוברת קבצים זמניים
תיקיית private_html של כל האפליקציות	כל התוכן ב-private_html	רק אם אתם בטוחים שאין שם קבצים שאתם צריכים
תיקיית local_backups	הגיבויים המקומיים של כל האפליקציות	אחרי שהורדתם אותם, ולא בזמן שגיבוי רץ
לוגים ארכיוניים של האפליקציות	קובצי gz ישנים בתיקיית logs; הלוג הנוכחי מתחיל מחדש	כמעט תמיד
לוגים ארכיוניים ב-/var/log	לוגים ישנים של PHP, מסד הנתונים והמייל, ותיקיית journal	כמעט תמיד

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

ניקוי אוטומטי: איך הוא עובד

הניקוי האוטומטי פעיל כברירת מחדל. כשהדיסק הראשי של השרת מגיע ל-80% ומעלה, קלאודוויז מפעילה אותו לבד, לפי האפשרויות ששמרתם. אם הוא לא מצליח להוריד את השימוש מתחת ל-80%, הוא מנסה שוב כל 4 שעות. ב-95% CloudwaysBot שולח התראה.

כדי לשפר את הניקוי האוטומטי, סמנו את האפשרויות הרצויות, ודאו שהמתג של הניקוי האוטומטי דולק, ולחצו Save Changes. שימו לב: הניקוי האוטומטי מטפל רק בדיסק הראשי, ולא במחיצות נוספות כמו Block Storage.

מה תופס מקום באתר וורדפרס

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

• תוסף גיבוי שמגבה לשרת עצמו, למשל תיקיית גיבויים בתוך wp-content. גיבוי שיושב על אותו שרת לא מגן מפני קריסה שלו. העבירו את היעד לענן ומחקו את העותקים הישנים.
• תיקיית uploads עם עשרות גדלים של כל תמונה. תוספי אופטימיזציה ויצירת WebP מכפילים את מספר הקבצים.
• תיקיות קאש של תוספים בתוך wp-content/cache, שיכולות להכיל מאות אלפי קבצים קטנים. זו סיבה נפוצה למחסור ב-Inodes.
• קובץ debug.log שנשאר פעיל אחרי דיבוג, וגדל לכמה GB.
• אפליקציות ישנות, כמו Staging שנשכח או עותק ניסיון. מחיקת אפליקציה שלא בשימוש מפנה גם נפח וגם Inodes.

למתקדמים: ב-SSH, מתוך התיקייה של האפליקציה, הפקודה du -sh public_html/wp-content/* | sort -h מראה אילו תיקיות הכי גדולות.

איך בודקים ומפנים Inodes

בדיקת Inodes נעשית בשורת הפקודה. אפשר לפתוח מסוף SSH ישירות מהפאנל, או להתחבר עם PuTTY או עם מסוף רגיל, עם פרטי הגישה הראשיים (Master Credentials).

1. התחברו לשרת ב-SSH והריצו df -i. בעמודה IUse% תראו את אחוז ה-Inodes בשימוש. הוא צריך להיות תמיד מתחת ל-100%.
2. עברו לתיקיית האפליקציות: cd /home/master/applications
3. הריצו את הפקודה שקלאודוויז מציעה, שמסדרת את האפליקציות לפי מספר הקבצים: find -mindepth 1 | cut -d/ -f2 | uniq -c | sort -n
4. היכנסו לתיקייה של האפליקציה שבראש הרשימה, והריצו שוב את אותה פקודה כדי לרדת לתיקייה הבעייתית.
5. מחקו את הקבצים המיותרים, לפי סוג האפליקציה (טבלה למטה), ובדקו שוב עם df -i.

אפליקציה	איפה מצטברים קבצים	מה עושים
וורדפרס	public_html/wp-content (קאש של תוספים, גדלי תמונות, גיבויים)	ניקוי קאש התוסף, מחיקת גיבויים מקומיים
Magento	public_html/var/sessions	מחיקת קבצים בני יותר משבעה ימים בלבד, לא את כולם
Drupal ו-Joomla	public_html/cache	ניקוי בערך פעם בחודש, אפשר עם Cron

ב-Magento אל תמחקו את כל קובצי ה-Session, כי זה ינתק לקוחות מהעגלות שלהם. ניקוי לפי גיל קבצים עדיף. את הניקוי הקבוע אפשר להגדיר כמשימה מתוזמנת ב-Cron Job Management.

למה הגיבויים נכשלים לפני שהאתר נופל?

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

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

תאריך	ההתראה	מה קרה אחריה
29.1.2025	גיבוי נכשל, אין מספיק מקום בדיסק	המלצה: לפנות מקום או להגדיל. נסגר אוטומטית
17.9.2025	גיבוי נכשל, אין מספיק מקום	הודעה בלבד
9.3.2026	גיבוי נכשל, דיסק מלא	המלצה: לפנות מקום או להגדיל, עם קישור למדריך הגדלה
25.5.2026	גיבויים נכשלו, בעיית דיסק	הודעה בלבד
28.7.2026	שיבוש ב-MySQL בגלל דיסק מלא	נפתר אוטומטית
3.9.2026 ו-5.9.2026	דיסק מלא ושיבוש בשירות MySQL	נפתר אוטומטית

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

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

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

מתי לנקות ומתי להגדיל דיסק

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

טעויות נפוצות ואיך לפתור אותן

מחיקת local_backups בזמן גיבוי: אם הניקוי רץ באמצע גיבוי מקומי, הוא ימחק גם את קבצי הגיבוי הזמניים. הריצו את האפשרות הזו רק כשאין גיבוי מקומי פעיל.

מחיקה ידנית ב-SSH בלי לבדוק: פקודת מחיקה בתיקייה הלא נכונה יכולה למחוק את האתר. בדקו תמיד את הנתיב עם pwd, וגבו לפני.

להסתכל רק על GB: הדיסק ב-60% והאתר לא מצליח לשמור קבצים? בדקו Inodes.

להתעלם מהתראות: התראת 95% מ-CloudwaysBot היא הזמן לפעול, לא לחכות. הגדירו ערוץ התראות למייל או ל-Slack כדי לא לפספס אותה.

מקורות

העמוד מבוסס על התיעוד והעמודים הרשמיים הבאים:

• Optimize your server disk space (Cloudways Knowledge Base)
• My server is out of Inodes how do I solve it (Cloudways Knowledge Base)
• Cloudways Pricing

שאלות נפוצות

מדריכים קשורים

• שגיאות העלאה בוורדפרס: 413, סוג קובץ ובקשת FTP
• שגיאת 404 בוורדפרס
• שגיאת 500 בוורדפרס
• שגיאות 502 ו-504 – למה הן קורות ואיך מתקנים
• להתראות בזמן: התראות CloudwaysBot למייל ול-Slack
• כל מדריכי פתרון התקלות: פתרון תקלות בקלאודוויז
• עדיין מתלבטים? אחסון אתרים בקלאודוויז – הסקירה המלאה

מקור רשמי: Optimize Your Server Disk Space · My Server Is out of Inodes. How Do I Solve It? (Cloudways Knowledge Base). המדריך נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026

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