افزایش ظرفیت LV و فایل‌سیستم XFS یا ext4 بدون unmount

از یک نشست Bash مجاز روی خود میزبانِ مالک mount شروع کن؛ کانتینر نامرتبط یا محیط rescue ممکنه فضای mount متفاوتی ببینه. نسخهٔ کرنل و بسته‌ها رو ثبت کن. ابزار LV از lvm2 میاد، ابزار XFS از xfsprogs و ابزار ext4 از e2fsprogs؛ util-linux و coreutils هم برای دیدن mount و دستگاه استفاده می‌شن.

پنل پایین بسته‌های همین توزیع رو بررسی می‌کنه. محل فرمان‌های مدیریتی رو با همان محیط sudo می‌گیریم که بعداً برای کار روی ذخیره‌ساز استفاده می‌شه؛ پس نبودن یک مسیر مدیریتی در PATH کاربر رو با نصب‌نبودن ابزار اشتباه نمی‌گیریم.

از minor پشتیبانی‌شدهٔ RHEL/Rocky/AlmaLinux 10 یا 9 و مخزن رسمی همان توزیع استفاده کن؛ RHEL دسترسی مخزن معتبر لازم داره. SELinux و سیاست فعلی دستگاه‌ها و فعال‌سازی LVM رو حفظ کن. صرف وجود یک unit در بسته دلیل روشن‌کردن آن نیست.

cat /etc/os-release
uname -r
bash --version
rpm -q lvm2 xfsprogs e2fsprogs util-linux coreutils
sudo sh -c 'command -v lvs vgs lvextend vgcfgbackup xfs_growfs xfs_info resize2fs findmnt lsblk blockdev readlink awk sort tr mktemp tee'
sudo lvm version

اگر ابزارها موجودن، از این پنل رد شو. در غیر این صورت، تغییر پیشنهادی مدیر بسته رو در زمان نگهداری مناسب بررسی و تأیید کن. فقط از مخزن رسمیِ فعال همین توزیع و نسخه استفاده کن. نصب ممکنه hook یا unitهای خود بسته رو اجرا کنه؛ آن رو یک بررسی فقط‌خواندنیِ رخداد حساب نکن.

برای این آموزش daemon تازهٔ LVM راه ننداز، VG دیگری رو فعال نکن و فیلتر یا devices file و سیاست فعلی فعال‌سازی و پایش رو تغییر نده. LV فعال موجود، پیش‌نیاز ماست. SELinux و AppArmor و دسترسی دستگاه‌ها سر جاشون می‌مونن؛ اگر منع مشخصی دیدی، با مسئول میزبان حلش کن و حفاظت رو خاموش نکن.

sudo dnf install lvm2 xfsprogs e2fsprogs util-linux coreutils
sudo sh -c 'command -v lvs vgs lvextend vgcfgbackup xfs_growfs resize2fs findmnt blockdev'

خود mountpoint رو بررسی کن و منبعش رو در درخت دستگاه‌ها دنبال کن. ممکنه mount با نام mapper دیده بشه ولی در فرم، نام VG/LV رو وارد کرده باشی؛ هر دو باید به یک دستگاه واقعی برسن. همهٔ هشدارهای LVM رو بخون. PV گم‌شده، فرادادهٔ ناقص یا ناسازگار و خطای ذخیره‌ساز یعنی قبل از افزایش ظرفیت توقف کن.

فضای آزاد VG یعنی بخشی از PVهای همین گروه که هنوز به LV اختصاص پیدا نکرده. این عدد با فضای آزاد فایل‌سیستم فرق داره. اگر فقط دیسک ارائه‌دهنده بزرگ شده یا آخر پارتیشن فضای استفاده‌نشده داری، تا تغییر لایهٔ پایین با روش مصوب تمام نشه، آن فضا extent آزاد VG نیست. صرف دیدن فضای آزاد دلیل نمی‌شه همه‌اش رو مصرف کنیم.

findmnt --mountpoint '/srv/data' -o TARGET,SOURCE,FSTYPE,FSROOT,OPTIONS
sudo lvs --segments -o lv_path,lv_attr,segtype,lv_size,vg_name,lv_health_status,devices '/dev/vg_data/lv_data'
sudo vgs -o vg_name,vg_attr,vg_size,vg_free,vg_extent_size,vg_free_count
lsblk -o NAME,TYPE,FSTYPE,SIZE,MOUNTPOINTS
df -hT -- '/srv/data'
df -i -- '/srv/data'

برای XFS مشخصات فایل‌سیستم و بررسی بدون تغییرِ growfs رو می‌خوانیم. در خروجی باید log داخلی باشه و بخش realtime روی دستگاه جدا قرار نداشته باشه؛ اگر چنین دستگاه‌هایی داری، این مسیر ساده رو ادامه نده. گزینهٔ -n رشد انجام نمی‌ده و فقط هندسه و آرگومان‌ها رو بررسی می‌کنه.

برای ext4، سربرگ و قابلیت‌های فعلی رو فقط می‌خونیم. این خواندن جای check آفلاین یا تشخیص سلامت کامل نیست. هر خطای metadata یا I/O رو قبل از افزایش با مسئول ذخیره‌ساز پیگیری کن. کادر پایین برای هر نوع فقط شاخهٔ خودش رو انتخاب می‌کنه؛ بعدش هنوز باید تطبیق دقیق LV و mount در مرحلهٔ بعد موفق بشه.

fs=$(findmnt -rn --mountpoint '/srv/data' -o FSTYPE) || exit 1
case "$fs" in
    xfs) sudo xfs_info '/srv/data' || exit 1
         sudo xfs_growfs -n '/srv/data' || exit 1 ;;
    ext4) sudo dumpe2fs -h '/dev/vg_data/lv_data' || exit 1 ;;
    *) printf '%s\n' 'STOP: this guide requires XFS or ext4.'; exit 1 ;;
esac