วิธีการใช้ Inode ฟรี

ฉันมีดิสก์ไดรฟ์ที่ใช้ inode 100% (ใช้df -iคำสั่ง) อย่างไรก็ตามหลังจากลบไฟล์อย่างมีนัยสำคัญการใช้งานยังคงอยู่ 100%

แล้ววิธีที่ถูกต้องในการทำคืออะไร?

เป็นไปได้อย่างไรที่ดิสก์ไดรฟ์ที่มีการใช้พื้นที่ดิสก์น้อยกว่าสามารถมีการใช้งานไอโหนดสูงกว่าดิสก์ไดรฟ์ที่มีการใช้พื้นที่ดิสก์มากขึ้น

เป็นไปได้หรือไม่ถ้าฉันซิปไฟล์จำนวนมากที่จะลดจำนวน inode ที่ใช้ไป

มันค่อนข้างง่ายสำหรับดิสก์ที่มี inode จำนวนมากที่ใช้แม้ว่าดิสก์จะไม่เต็มมาก

inode จะถูกจัดสรรไปยังไฟล์ดังนั้นหากคุณมี gazillions ของไฟล์ทั้งหมด 1 ไบต์ละคุณจะหมด inode นานก่อนที่คุณจะหมดดิสก์

อาจเป็นไปได้ว่าการลบไฟล์จะไม่ลดจำนวนไอโหนดหากไฟล์นั้นมีฮาร์ดลิงค์หลายลิงค์ อย่างที่บอกไปว่า inodes เป็นของไฟล์ไม่ใช่รายการไดเร็กตอรี่ หากไฟล์มีรายการไดเรกทอรีสองรายการเชื่อมโยงอยู่การลบหนึ่งรายการจะไม่ทำให้ inode ว่าง

นอกจากนี้คุณสามารถลบรายการไดเรกทอรีได้ แต่หากกระบวนการที่กำลังรันยังเปิดไฟล์อยู่ inode จะไม่ถูกทำให้เป็นอิสระ

คำแนะนำเริ่มต้นของฉันคือการลบไฟล์ทั้งหมดที่คุณสามารถทำได้จากนั้นรีบูทกล่องเพื่อให้แน่ใจว่าไม่มีกระบวนการใดถูกเปิดค้างไว้เปิดไฟล์

หากคุณทำเช่นนั้นและคุณยังคงมีปัญหาแจ้งให้เราทราบ

อย่างไรก็ตามหากคุณกำลังมองหาไดเรกทอรีที่มีไฟล์จำนวนมากสคริปต์นี้อาจช่วย:

#!/bin/bash
# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

หากคุณโชคร้ายมากคุณใช้ไอโหนดทั้งหมดประมาณ 100% และไม่สามารถสร้างสแครปได้ df -ihคุณสามารถตรวจสอบเรื่องนี้ด้วย

จากนั้นคำสั่ง bash นี้อาจช่วยคุณได้:

sudo find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n

และใช่ต้องใช้เวลา แต่คุณสามารถค้นหาไดเรกทอรีด้วยไฟล์ส่วนใหญ่

สถานการณ์ของฉันคือว่าฉันออกจาก inodes และฉันได้ลบไปแล้วเกี่ยวกับทุกสิ่งที่ฉันสามารถทำได้

$ df -i
Filesystem     Inodes  IUsed  IFree IUse% Mounted on
/dev/sda1      942080 507361     11  100% /

ฉันใช้ Ubuntu 12.04LTS และไม่สามารถลบเคอร์เนลลินุกซ์เก่าซึ่งใช้เวลาประมาณ 400,000 inodes เพราะฉลาดเสียเนื่องจากขาดแพ็คเกจ และฉันไม่สามารถติดตั้งแพ็กเกจใหม่ได้เพราะฉันไม่มี inodes ดังนั้นฉันจึงติดอยู่

ฉันลงเอยด้วยการลบเคอร์เนลลินุกซ์เก่า ๆ ออกมาด้วยมือเพื่อให้ได้อิสระประมาณ 10,000 inodes

$ sudo rm -rf /usr/src/linux-headers-3.2.0-2*

นี่ก็เพียงพอแล้วที่จะให้ฉันติดตั้งแพ็คเกจที่หายไปและแก้ไข apt ของฉัน

$ sudo apt-get install linux-headers-3.2.0-76-generic-pae

แล้วเอาเมล็ดลินุกซ์ส่วนที่เหลือออกด้วยส่วนที่เหลือ

$ sudo apt-get autoremove

ตอนนี้ทุกอย่างดีขึ้นมาก

$ df -i
Filesystem     Inodes  IUsed  IFree IUse% Mounted on
/dev/sda1      942080 507361 434719   54% /

ทางออกของฉัน:

ลองค้นหาว่านี่เป็นปัญหา inodes กับ:

df -ih

ลองค้นหาโฟลเดอร์รูทที่มี inode ใหญ่นับ:

for i in /*; do echo $i; find $i |wc -l; done

ลองค้นหาโฟลเดอร์เฉพาะ:

for i in /src/*; do echo $i; find $i |wc -l; done

หากนี่คือส่วนหัวของลินุกซ์ลองลบเก่าที่สุดด้วย:

sudo apt-get autoremove linux-headers-3.13.0-24

ส่วนตัวฉันย้ายพวกเขาไปยังโฟลเดอร์ที่ติดตั้ง (เพราะสำหรับฉันคำสั่งสุดท้ายล้มเหลว) และติดตั้งล่าสุดด้วย:

sudo apt-get autoremove -f

นี่เป็นการแก้ไขปัญหาของฉัน

ฉันมีปัญหาเดียวกันแก้ไขได้โดยลบเซสชันไดเรกทอรีของ php

rm -rf /var/lib/php/sessions/

อาจอยู่ภายใต้/var/lib/php5หากคุณใช้ php เวอร์ชั่นเก่ากว่า

สร้างมันใหม่ด้วยการอนุญาตต่อไปนี้

mkdir /var/lib/php/sessions/ && chmod 1733 /var/lib/php/sessions/

การอนุญาตโดยค่าเริ่มต้นสำหรับไดเรกทอรีใน Debian แสดงdrwx-wx-wt(1733)

เราพบสิ่งนี้ในบัญชี HostGator (ผู้ที่ จำกัด inode ในการโฮสต์ทั้งหมด) หลังจากการโจมตีด้วยสแปม มันเหลือเร็กคอร์ดคิวจำนวนมากมายใน /root/.cpanel/comet หากสิ่งนี้เกิดขึ้นและคุณพบว่าไม่มี inodes ฟรีคุณสามารถเรียกใช้ยูทิลิตี้ cpanel ผ่านเชลล์ได้:

/usr/local/cpanel/bin/purge_dead_comet_files

คุณสามารถใช้ RSYNC เพื่อลบไฟล์จำนวนมาก

rsync -a --delete blanktest/ test/

สร้างโฟลเดอร์ blanktest ด้วย 0 ไฟล์ในนั้นและคำสั่งจะซิงค์โฟลเดอร์ทดสอบของคุณด้วยไฟล์จำนวนมาก (ฉันลบไฟล์เกือบ 5M โดยใช้วิธีนี้)

ขอบคุณhttp://www.slashroot.in/which-is-the-fastest-method-to-delete-files-in-linux

eaccelerator อาจทำให้เกิดปัญหาเนื่องจากรวบรวม PHP เป็นบล็อก ... ฉันเคยพบปัญหานี้กับเซิร์ฟเวอร์ Amazon AWS บนไซต์ที่มีภาระจำนวนมาก เพิ่ม Inodes ให้ว่างโดยลบแคช eaccelerator ใน / var / cache / eaccelerator หากคุณยังคงมีปัญหา

rm -rf /var/cache/eaccelerator/*

(หรือแคชแคชของคุณ)

เราเผชิญกับปัญหาที่คล้ายกันเมื่อเร็ว ๆ นี้ในกรณีที่กระบวนการอ้างถึงไฟล์ที่ถูกลบ Inode จะไม่ถูกปล่อยดังนั้นคุณต้องตรวจสอบ lsof /, และ kill / restart กระบวนการนั้นจะปล่อย inodes

แก้ไขฉันหากผิดที่นี่

ดังที่ได้กล่าวไว้ก่อนหน้านี้ระบบไฟล์อาจหมด inodes หากมีไฟล์ขนาดเล็กจำนวนมาก ผมได้ให้วิธีการบางอย่างเพื่อหาไดเรกทอรีที่มีไฟล์ส่วนใหญ่ที่นี่

ตอบล่าช้า: ในกรณีของฉันมันเป็นไฟล์เซสชันของฉันภายใต้

/var/lib/php/sessions

ที่ใช้ Inodes
ฉันยังไม่สามารถเปิด crontab ของฉันหรือสร้างไดเรกทอรีใหม่ได้เพียงอย่างเดียวทำให้เกิดการลบ เนื่องจากฉันใช้ PHP เรามีคู่มือนี้ที่ฉันคัดลอกรหัสจากตัวอย่างที่ 1 และตั้งค่า cronjob เพื่อเรียกใช้งานส่วนนั้นของรหัส

<?php
// Note: This script should be executed by the same user of web server 
process.

// Need active session to initialize session data storage access.
session_start();

// Executes GC immediately
session_gc();

// Clean up session ID created by session_gc()
session_destroy();
?>

หากคุณสงสัยว่าฉันจัดการเปิด crontab ของฉันได้อย่างไรฉันลบบางเซสชันด้วยตนเองผ่าน CLI

หวังว่านี่จะช่วยได้!

คุณสามารถดูข้อมูลนี้

for i in /var/run/*;do echo -n "$i "; find $i| wc -l;done | column -t

หลายคำตอบสำหรับเรื่องนี้จนถึงขณะนี้และทั้งหมดข้างต้นดูเหมือนเป็นรูปธรรม ฉันคิดว่าคุณจะปลอดภัยด้วยการใช้statตามที่คุณทำ แต่ระบบปฏิบัติการขึ้นอยู่กับว่าคุณอาจได้รับข้อผิดพลาดของไอโหนดบ้าง ดังนั้นการใช้statฟังก์ชั่นการโทรของคุณเองโดยใช้64bitเพื่อหลีกเลี่ยงปัญหาการล้นใด ๆ

หากคุณใช้นักเทียบท่าให้ลบภาพทั้งหมด พวกเขาใช้พื้นที่มากมาย ....

หยุดภาชนะทั้งหมด

docker stop $(docker ps -a -q)

ลบคอนเทนเนอร์ทั้งหมด

docker rm $(docker ps -a -q)

ลบภาพทั้งหมด

docker rmi $(docker images -q)

ทำงานให้ฉัน