اینود (Inode) چیست و چرا از فضای دیسک مهم تر است؟

df -i

خروجی چیزی شبیه این خواهد بود:

for i in /var/*; do echo "$i"; find "$i" -xdev -printf '.' | wc -c; done

یا برای پیدا کردن تعداد فایل‌های هر پوشه در یک مسیر:

find /var -xdev -type f | cut -d/ -f3 | sort | uniq -c | sort -rn

این دستور تعداد فایل‌های هر پوشه سطح اول در /var را به ترتیب نزولی نشان می‌دهد. معمولاً پوشه‌هایی مثل /var/spool، /var/lib یا /var/cache مقصر هستند.

علل رایج تمام شدن اینود

چند سناریوی رایج که باعث مصرف بی‌رویه اینود می‌شوند:

• session های PHP: اگر session.save_path به درستی پاک نشود، هزاران فایل session کوچک جمع می‌شوند.

• صف ایمیل: اگر ارسال ایمیل مشکل داشته باشد، فایل‌های صف در /var/spool/mail یا /var/spool/postfix انباشته می‌شوند.

• لاگ‌های چرخشی: اگر logrotate به درستی تنظیم نشود، فایل‌های لاگ کوچک زیادی ایجاد می‌شوند.

• کش برنامه‌ها: برنامه‌هایی مثل Nginx، Varnish یا Redis ممکن است هزاران فایل کش بسازند.

• فایل‌های موقت: اگر /tmp به طور دوره‌ای پاک نشود، فایل‌های موقت جمع می‌شوند.

• مخازن کد: پوشه .git در پروژه‌های بزرگ می‌تواند ده‌ها هزار فایل کوچک داشته باشد.

• بکاپ‌های افزایشی: بکاپ‌هایی که هر بار فایل‌های کوچک زیادی می‌سازند.

• حمله یا باگ: یک اسکریپت معیوب یا حمله DoS می‌تواند میلیون‌ها فایل خالی بسازد.

جدول علل و راه‌حل‌ها:

چگونه مشکل اینود را برطرف کنیم؟

وقتی با تمام شدن اینود روبرو می‌شوید، این مراحل را دنبال کنید:

۱. تشخیص

اول بفهمید کدام پارتیشن پر شده:

df -i

۲. پیدا کردن مقصر

با دستورات زیر پوشه‌های پر از فایل را پیدا کنید:

find / -xdev -type d -size +100k 2>/dev/null

یا برای پیدا کردن پوشه‌هایی که بیش از ۱۰۰۰۰ فایل دارند:

find / -xdev -type d -printf '%p\n' 2>/dev/null | while read dir; do count=$(find "$dir" -maxdepth 1 -type f | wc -l); if [ "$count" -gt 10000 ]; then echo "$count $dir"; fi; done | sort -rn | head -20

۳. پاکسازی

بعد از پیدا کردن مقصر، فایل‌های غیرضروری را حذف کنید:

find /var/spool/postfix -type f -mtime +7 -delete
															find /tmp -type f -atime +1 -delete
															find /var/lib/php/sessions -type f -mtime +1 -delete

۴. جلوگیری از تکرار

• logrotate را تنظیم کنید: مطمئن شوید لاگ‌ها به موقع چرخش و پاک می‌شوند.

• cron job بسازید: یک اسکریپت که هر شب فایل‌های قدیمی را پاک کند.

• tmpfs برای /tmp: اگر رم کافی دارید، /tmp را روی tmpfs بگذارید تا با ریبوت پاک شود.

• نظارت بر اینود: یک هشدار در Zabbix یا Prometheus تنظیم کنید که وقتی مصرف اینود از ۸۰% گذشت اطلاع دهد.

• فایل‌سیستم مناسب انتخاب کنید: فایل‌سیستم‌هایی مثل XFS و Btrfs اینود پویا دارند و این مشکل را ندارند.

۵. افزایش تعداد اینود (اگر ممکن است)

در ext4 نمی‌توانید بعد از ساخت، تعداد اینود را افزایش دهید. اما اگر از LVM استفاده می‌کنید، می‌توانید یک فایل‌سیستم جدید با تعداد اینود بیشتر بسازید و داده‌ها را منتقل کنید:

mkfs.ext4 -N 10000000 /dev/vg0/newvolume

گزینه -N تعداد اینود دلخواه را تعیین می‌کند. برای فایل‌سیستم‌هایی که فایل‌های کوچک زیاد دارند، این کار مفید است.

اینود در فایل‌سیستم‌های مختلف

فایل‌سیستم‌های مختلف رفتار متفاوتی با اینود دارند:

• ext4: تعداد اینود ثابت در زمان ساخت. پیش‌فرض یک اینود به ازای هر ۱۶ کیلوبایت فضا.

• XFS: اینود پویا. هر وقت لازم باشد اینود جدید می‌سازد، بنابراین مشکل تمام شدن اینود تقریباً وجود ندارد.

• Btrfs: اینود پویا. مثل XFS.

• ZFS: اینود پویا و بسیار مقیاس‌پذیر.

• tmpfs: اینود بر اساس حافظه موجود.

اگر برنامه شما فایل‌های کوچک زیادی می‌سازد (مثل سرور ایمیل یا کش)، استفاده از XFS یا Btrfs توصیه می‌شود.

دستورات کاربردی اینود

چند دستور مفید برای کار با اینود:

مثال stat:

stat report.txt

خروجی شامل شماره Inode ، اندازه، مجوزها، لینک‌ها و زمان‌هاست.

لینک سخت و لینک نرمادیک: ارتباط با اینود

یکی از مفاهیمی که با اینود گره خورده، لینک سخت (Hard Link) است. وقتی یک hard link می‌سازید، یک نام جدید به همان اینود اضافه می‌شود. شمارنده لینک در اینود یک واحد افزایش می‌یابد. فایل تا زمانی که آخرین لینک حذف شود، روی دیسک باقی می‌ماند. به همین دلیل است که وقتی یک فایل را حذف می‌کنید، اگر لینک دیگری به آن وجود داشته باشد، داده‌ها پاک نمی‌شوند.

لینک نرمادیک یا سمبولیک (Symbolic Link) اما یک فایل جداگانه با Inode خودش است که فقط به مسیر فایل اصلی اشاره می‌کند. اگر فایل اصلی حذف شود، لینک نرمادیک می‌شکند.

جدول مقایسه لینک‌ها:

نکات عملی برای مدیران سیستم

چند توصیه کاربردی برای جلوگیری از مشکلات اینود:

1. همیشه df -i را در کنار df -h بررسی کنید. مانیتورینگ فقط فضای دیسک کافی نیست.

2. برای پارتیشن‌هایی که فایل‌های کوچک زیاد دارند، XFS یا Btrfs انتخاب کنید. مثل /var، /tmp یا پارتیشن‌های کش.

3. پوشه‌های موقت را روی tmpfs بگذارید. این کار هم سرعت را بالا می‌برد هم با ریبوت پاک می‌شود.

4. logrotate و سیاست‌های پاکسازی را جدی بگیرید. فایل‌های لاگ و session را به موقع پاک کنید.

5. هشدار خودکار تنظیم کنید. وقتی مصرف اینود از ۸۰% گذشت، هشدار دریافت کنید.

6. برنامه‌های خود را بررسی کنید. مطمئن شوید برنامه‌ها فایل‌های موقت را پاک می‌کنند.

7. از inotify استفاده کنید. برای نظارت بر ایجاد فایل‌های زیاد در پوشه‌های حساس.

نتیجه‌گیری

اینود قلب سیستم فایل لینوکس است. این ساختار داده کوچک اما حیاتی، شناسنامه هر فایل را نگه می‌دارد و به سیستم اجازه می‌دهد فایل‌ها را سریع پیدا و مدیریت کند. اما محدودیت تعداد اینود می‌تواند به یک کابوس تبدیل شود: سیستمی که فضای دیسک فراوان دارد، اما نمی‌تواند حتی یک فایل کوچک بسازد. به همین دلیل است که می‌گوییم اینود می‌تواند از فضای دیسک مهم‌تر باشد. اگر تعداد اینودهای شما تمام شود، هیچ مقدار فضای خالی نمی‌تواند مشکل را حل کند.

خبر خوب این است که با نظارت منظم، انتخاب فایل‌سیستم مناسب و پاکسازی به موقع، می‌توانید از این مشکل جلوگیری کنید. دستور df -i را به روتین بررسی روزانه خود اضافه کنید و برای پارتیشن‌هایی که فایل‌های کوچک زیاد دارند، XFS یا Btrfs انتخاب کنید. اگر هنوز از ext4 استفاده می‌کنید، تعداد اینود را با دقت برنامه‌ریزی کنید و بدانید که بعداً نمی‌توانید آن را افزایش دهید. در نهایت، درک اینود نه فقط یک دانستنی فنی، بلکه یک مهارت ضروری برای هر مدیر سیستم و توسعه دهنده‌ای است که با لینوکس کار می‌کند.