Làm thế nào để sử dụng Inode miễn phí?

Tôi có một ổ đĩa trong đó mức sử dụng inode là 100% (sử dụng df -ilệnh). Tuy nhiên, sau khi xóa các tập tin đáng kể, việc sử dụng vẫn là 100%.

Cách chính xác để làm điều đó là gì?

Làm thế nào có thể một ổ đĩa có ít dung lượng sử dụng không gian đĩa có thể có mức sử dụng Inode cao hơn ổ đĩa có mức sử dụng không gian đĩa cao hơn?

Có thể nếu tôi nén nhiều tập tin sẽ làm giảm số lượng inode được sử dụng?

Thật dễ dàng để một đĩa có số lượng lớn các nút được sử dụng ngay cả khi đĩa không đầy.

Một nút được phân bổ cho một tệp, vì vậy, nếu bạn có các tập tin, mỗi tệp 1 byte, bạn sẽ hết các nút trong thời gian dài trước khi bạn hết đĩa.

Cũng có thể xóa các tệp sẽ không làm giảm số lượng inode nếu các tệp có nhiều liên kết cứng. Như tôi đã nói, inodes thuộc về tập tin, không phải mục nhập thư mục. Nếu một tệp có hai mục nhập thư mục được liên kết với nó, việc xóa một mục sẽ không giải phóng được nút.

Ngoài ra, bạn có thể xóa một mục nhập thư mục, nhưng nếu một quá trình đang chạy vẫn mở tệp, thì nút sẽ không được giải phóng.

Lời khuyên ban đầu của tôi sẽ là xóa tất cả các tệp bạn có thể, sau đó khởi động lại hộp để đảm bảo không có quá trình nào giữ các tệp đang mở.

Nếu bạn làm điều đó và bạn vẫn có một vấn đề, hãy cho chúng tôi biết.

Nhân tiện, nếu bạn đang tìm kiếm các thư mục chứa nhiều tệp, tập lệnh này có thể giúp:

#!/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_$$

Nếu bạn không may mắn, bạn đã sử dụng khoảng 100% tất cả các nút và không thể tạo ra scipt. Bạn có thể kiểm tra điều này với df -ih.

Sau đó, lệnh bash này có thể giúp bạn:

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

Và vâng, điều này sẽ mất thời gian, nhưng bạn có thể xác định vị trí thư mục có nhiều tệp nhất.

Tình huống của tôi là tôi đã hết mực và tôi đã xóa mọi thứ tôi có thể.

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

Tôi đang sử dụng Ubuntu 12.04LTS và không thể loại bỏ các nhân linux cũ đã chiếm khoảng 400.000 inode vì apt bị hỏng do thiếu gói. Và tôi không thể cài đặt gói mới vì tôi đã hết inode nên tôi bị kẹt.

Cuối cùng tôi đã xóa một vài nhân linux cũ để giải phóng khoảng 10.000 inodes

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

Thế là đủ để tôi cài đặt gói bị thiếu và sửa apt

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

và sau đó loại bỏ phần còn lại của các nhân linux cũ bằng apt

$ sudo apt-get autoremove

bây giờ mọi thứ đã tốt hơn

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

Giải pháp của tôi:

Hãy thử tìm xem đây có phải là sự cố inodes với:

df -ih

Cố gắng tìm các thư mục gốc có số lượng nút lớn:

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

Cố gắng tìm các thư mục cụ thể:

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

Nếu đây là tiêu đề linux, hãy thử xóa cũ nhất bằng:

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

Cá nhân tôi đã chuyển chúng vào một thư mục được gắn kết (vì đối với tôi lệnh cuối cùng không thành công) và cài đặt mới nhất với:

sudo apt-get autoremove -f

Điều này đã giải quyết vấn đề của tôi.

Tôi đã có cùng một vấn đề, đã khắc phục nó bằng cách loại bỏ các phiên thư mục của php

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

Nó có thể ở dưới /var/lib/php5nếu bạn đang sử dụng phiên bản php cũ hơn.

Tái tạo nó với sự cho phép sau

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

Quyền theo mặc định cho thư mục trên Debian hiển thị drwx-wx-wt(1733)

Chúng tôi đã trải nghiệm điều này trên tài khoản HostGator (người đặt giới hạn inode cho tất cả lưu trữ của họ) sau một cuộc tấn công spam. Nó để lại số lượng lớn các bản ghi hàng đợi trong /root/.cpanel/comet. Nếu điều này xảy ra và bạn thấy bạn không có inodes miễn phí, bạn có thể chạy tiện ích cpanel này thông qua shell:

/usr/local/cpanel/bin/purge_dead_comet_files

Bạn có thể sử dụng RSYNC để XÓA số lượng lớn tệp

rsync -a --delete blanktest/ test/

Tạo thư mục blanktest có 0 tệp trong đó và lệnh sẽ đồng bộ hóa các thư mục thử nghiệm của bạn với số lượng lớn tệp (Tôi đã xóa gần 5 triệu tệp bằng phương pháp này).

Cảm ơn http://www.slashroot.in/which-is-the-fastest-method-to-delete-files-in-linux

eaccelerator có thể gây ra sự cố vì nó biên dịch PHP thành các khối ... Tôi đã gặp sự cố này với máy chủ Amazon AWS trên một trang web có tải nặng. Giải phóng Inodes bằng cách xóa bộ đệm eaccelerator trong / var / cache / eaccelerator nếu bạn tiếp tục gặp sự cố.

rm -rf /var/cache/eaccelerator/*

(hoặc bất cứ điều gì bộ nhớ cache của bạn)

Gần đây chúng tôi đã gặp phải vấn đề tương tự, Trong trường hợp nếu một quá trình đề cập đến một tệp bị xóa, Inode sẽ không được phát hành, vì vậy bạn cần kiểm tra lsof /, và giết / khởi động lại quá trình sẽ giải phóng các nút.

Sửa lỗi cho tôi nếu tôi sai ở đây.

Như đã nói trước đây, hệ thống tập tin có thể hết inodes, nếu có rất nhiều tập tin nhỏ. Tôi đã cung cấp một số phương tiện để tìm các thư mục chứa hầu hết các tệp ở đây .

Câu trả lời muộn: Trong trường hợp của tôi, đó là tệp phiên của tôi dưới

/var/lib/php/sessions

đó là sử dụng Inodes.
Tôi thậm chí không thể mở crontab của mình hoặc tạo một thư mục mới chứ đừng nói đến việc kích hoạt thao tác xóa. Vì tôi sử dụng PHP, chúng tôi có hướng dẫn này nơi tôi đã sao chép mã từ ví dụ 1 và thiết lập một cronjob để thực thi phần đó của mã.

<?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();
?>

Nếu bạn đang tự hỏi làm thế nào tôi quản lý để mở crontab của mình, thì tốt, tôi đã xóa một số phiên thủ công thông qua CLI.

Hi vọng điêu nay co ich!

bạn có thể thấy thông tin này

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

Nhiều câu trả lời cho điều này cho đến nay và tất cả những điều trên có vẻ cụ thể. Tôi nghĩ bạn sẽ an toàn khi sử dụng statkhi bạn đi cùng, nhưng tùy theo hệ điều hành, bạn có thể gặp một số lỗi inode leo lên bạn. Vì vậy, việc thực hiện statchức năng gọi của riêng bạn bằng cách sử dụng 64bitđể tránh mọi sự cố tràn có vẻ tương thích.

Nếu bạn sử dụng docker, loại bỏ tất cả các hình ảnh. Họ đã sử dụng nhiều không gian ....

Dừng tất cả các container

docker stop $(docker ps -a -q)

Xóa tất cả các container

docker rm $(docker ps -a -q)

Xóa tất cả hình ảnh

docker rmi $(docker images -q)

Làm việc với tôi