امتلأ التخزين في بروكسموكس: لماذا يوقف أجهزتك وكيف تتصرّف

امتلاء التخزين في بروكسموكس ليس بطئاً — هو توقّف. الأجهزة تتجمّد، والنسخ تفشل، وقد تتلف بيانات. وأسوأ ما فيه أنه يأتي بلا إنذار إن لم تكن تراقب.

هذه المقالة عن الحالتين: كيف تمنعه، وماذا تفعل حين يحدث فعلاً وأنت تحت الضغط.

أولاً: اقرأ الأرقام صحيحاً

الأمر الذي يعطيك الحقيقة

# LVM-Thin: انظر عمود Data% لا المساحة الظاهرة
lvs -o lv_name,lv_size,data_percent,metadata_percent

# ZFS: المستعمل والمتاح والمحجوز للقطات
zfs list -o name,used,avail,refer,usedbysnapshots

# المجلّدات
df -h /var/lib/vz

ثانياً: من يأكل المساحة؟

المشتبهون بالترتيب

# اعثر على كل اللقطات على السيرفر
for v in $(qm list | awk 'NR>1{print $1}'); do
  n=$(qm listsnapshot $v 2>/dev/null | grep -v 'You are here' | grep -c '\->')
  [ "$n" -gt 0 ] && echo "VM $v : $n لقطة"
done
for c in $(pct list | awk 'NR>1{print $1}'); do
  n=$(pct listsnapshot $c 2>/dev/null | grep -v 'You are here' | grep -c '\->')
  [ "$n" -gt 0 ] && echo "CT $c : $n لقطة"
done

ثالثاً: طوارئ — امتلأ الآن

بالترتيب، من الأسرع أثراً إلى الأبطأ:

# 1) النسخ — احذف ما قبل تاريخ
ls -lt /var/lib/vz/dump/

# 5) استرجاع المساحة المحذوفة من داخل كل جهاز
fstrim -av

# 6) نقل جهاز — والجهاز يعمل
qm move-disk 200 scsi0 other-storage --delete 1

رابعاً: امنعه — خمسة إجراءات

‏1) تقليم النسخ تلقائياً

prune-backups keep-daily=7,keep-weekly=4,keep-monthly=6

‏2) تنبيه قبل الامتلاء

#!/bin/bash
# /usr/local/bin/storage-check — ضعه في cron كل ساعة
THRESHOLD=80
pvesm status | awk 'NR>1 {gsub("%","",$7); if ($7+0 > '"$THRESHOLD"') print $1, $7"%"}' |
while read s u; do
  echo "تحذير: المخزّن $s وصل $u" | mail -s "PVE storage warning: $s" [email protected]
done

‏3) لا تفرط في الحجز على المجمّع الرقيق

القاعدة العملية: لا تتجاوز ضعف السعة الفعلية في مجموع ما تعد به، وراقب الاستعمال الحقيقي أسبوعياً. والحجز الزائد أداة مفيدة — لا وعد بلا حساب.

‏4) افصل النسخ عن الأقراص

إن كانا على مخزّن واحد، فامتلاء النسخ يوقف أجهزتك. والفصل يجعل أسوأ حالة «فشلت النسخة» لا «توقّف السيرفر».

‏5) فعّل Discard على كل قرص

خامساً: وسّع المخزّن

‏⚠️ إن كان الممتلئ هو قرص النظام

هذه حالة أخطر: بروكسموكس نفسه يتوقّف عن العمل، ولا تفتح اللوحة، وقد لا يُسجَّل دخولك.

# من الكونسول الفيزيائي أو SSH
journalctl --vacuum-size=100M      # قلّص السجلّات
apt clean                           # امسح ذاكرة الحزم
du -sh /var/lib/vz/dump/*           # ما الذي يشغل؟
rm /var/lib/vz/dump/vzdump-...-old.zst

مراجعة شهرية — عشر دقائق

1. افتح صفحة التخزين: هل أي مخزّن فوق 70٪؟
2. افحص اللقطات: هل بقيت لقطة عمرها أكثر من أسبوع بلا سبب؟
3. راجع النسخ: هل التقليم يعمل؟
4. افحص الأقراص اليتيمة.
5. على LVM-Thin: افحص metadata_percent أيضاً.
6. على ZFS: افحص صحّة المجمّع.

أخطاء شائعة وحلولها

أسئلة شائعة

ما النسبة الآمنة؟

‏70٪ مريحة، و80٪ حدّ التصرّف، وفوق 85٪ خطر — خصوصاً على المجمّع الرقيق وZFS.

هل أستطيع تقليص قرص جهاز؟

عملياً لا. انقل البيانات إلى قرص جديد أصغر واحذف القديم.

لماذا النسخة أصغر بكثير من القرص؟

لأنها تنسخ ما فيه بيانات فقط وتضغطه. قرص بثلاثين غيغا معظمه فارغ قد يصير أرشيفاً بأقلّ من غيغا.

هل أحذف اللقطات القديمة بأمان؟

نعم إن لم تعد تحتاج التراجع إليها. وحذفها قد يستغرق وقتاً — لا تقاطعه.

ما أفضل استثمار لتجنّب هذا كلّه؟

مخزّن منفصل للنسخ — ويفضَّل خارج السيرفر. يحلّ أشيع سبب للامتلاء، ويعطيك الطبقة التي تنجو حين يسقط السيرفر كلّه.

خلاصة مسار التخزين

في خمسة أجزاء: اخترت نوع المخزّن بفهم، وأضفت قرصاً ووسّعته من الطرفين، وبنيت ZFS وراقبت صحّته، ونقلت أقراصاً بلا انقطاع، وتعلّمت كيف تمنع الامتلاء وكيف تتصرّف حين يقع.

والمسار الثالث يبدأ من الشبكة والأمان: تبويب الشبكة من الواجهة، والجدار الناري بمستوياته الثلاثة، والشبكات المعرّفة برمجياً، وتأمين اللوحة، وقراءة السجلّات.