Jak uwolnić użycie i-węzła?

Mam napęd dyskowy, na którym użycie i-węzła wynosi 100% (za pomocą df -ipolecenia). Jednak po znacznym usunięciu plików użycie pozostaje w 100%.

Jaki jest zatem właściwy sposób na zrobienie tego?

Jak to możliwe, że napęd dyskowy o mniejszym zużyciu miejsca na dysku może mieć większe użycie i-węzła niż dysk o wyższym zużyciu miejsca na dysku?

Czy to możliwe, jeśli skompresuję wiele plików, co zmniejszyłoby liczbę używanych i-węzłów?

Dysk może mieć dużą liczbę i-węzłów, nawet jeśli dysk nie jest bardzo pełny.

I-węzeł jest przypisany do pliku, więc jeśli masz gazilliony plików, każdy 1 bajt, zabraknie i-węzłów na długo przed zabraknięciem dysku.

Możliwe jest również, że usunięcie plików nie zmniejszy liczby i-węzłów, jeśli pliki mają wiele twardych łączy. Jak powiedziałem, i-węzły należą do pliku, a nie do pozycji katalogu. Jeśli do pliku są połączone dwa wpisy katalogu, usunięcie jednego nie zwalnia i-węzła.

Ponadto można usunąć pozycję katalogu, ale jeśli uruchomiony proces nadal ma otwarty plik, i-węzeł nie zostanie zwolniony.

Moją wstępną radą byłoby usunięcie wszystkich plików, które możesz, a następnie zrestartowanie skrzynki, aby upewnić się, że żadne procesy nie pozostawiają otwartych plików.

Jeśli to zrobisz i nadal będziesz mieć problem, daj nam znać.

Nawiasem mówiąc, jeśli szukasz katalogów zawierających wiele plików, ten skrypt może pomóc:

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

Jeśli masz pecha, zużyłeś około 100% wszystkich i-węzłów i nie możesz utworzyć scipt. Możesz to sprawdzić za pomocą df -ih.

To polecenie bash może ci pomóc:

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

I tak, zajmie to trochę czasu, ale możesz zlokalizować katalog z największą liczbą plików.

Moja sytuacja była taka, że ​​brakowało mi i-węzłów i już usunąłem wszystko, co mogłem.

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

Jestem na Ubuntu 12.04LTS i nie mogłem usunąć starych jąder Linuksa, które zajmowały około 400 000 i-węzłów, ponieważ apt został uszkodzony z powodu brakującego pakietu. Nie mogłem zainstalować nowego pakietu, ponieważ brakowało mi i-węzłów, więc utknąłem.

Ostatecznie usunąłem ręcznie kilka starych jąder Linuksa, aby zwolnić około 10 000 i-węzłów

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

To wystarczyło, aby pozwolić mi zainstalować brakujący pakiet i naprawić mój apt

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

a następnie usuń resztę starych jąder Linuksa za pomocą apt

$ sudo apt-get autoremove

rzeczy są teraz znacznie lepsze

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

Moje rozwiązanie:

Spróbuj sprawdzić, czy jest to problem z i-węzłami:

df -ih

Spróbuj znaleźć foldery główne z dużą liczbą i-węzłów:

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

Spróbuj znaleźć określone foldery:

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

Jeśli jest to nagłówek linux, spróbuj usunąć najstarszy z:

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

Osobiście przeniosłem je do zamontowanego folderu (ponieważ dla mnie ostatnie polecenie nie powiodło się) i zainstalowałem najnowszy z:

sudo apt-get autoremove -f

To rozwiązało mój problem.

Miałem ten sam problem, naprawiłem go usuwając sesje katalogu php

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

Może być poniżej, /var/lib/php5jeśli używasz starszej wersji php.

Odtwórz go z poniższym zezwoleniem

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

Domyślnie zezwolono na katalog na Debianie drwx-wx-wt(1733)

Doświadczyliśmy tego na koncie HostGator (który nakłada limity i-węzłów na cały hosting) po ataku spamem. Pozostawił ogromną liczbę rekordów kolejek w /root/.cpanel/comet. Jeśli tak się stanie i okaże się, że nie masz wolnych i-węzłów, możesz uruchomić to narzędzie cpanel przez powłokę:

/usr/local/cpanel/bin/purge_dead_comet_files

Możesz użyć RSYNC, aby usunąć dużą liczbę plików

rsync -a --delete blanktest/ test/

Utwórz folder blanktest z 0 plikami, a polecenie zsynchronizuje foldery testowe z dużą liczbą plików (tą metodą usunąłem prawie 5 mln plików).

Dzięki http://www.slashroot.in/which-is-the-fastest-method-to-delete-files-in-linux

eaccelerator może powodować problem, ponieważ kompiluje PHP w bloki ... Miałem ten problem z serwerem Amazon AWS na stronie o dużym obciążeniu. Zwolnij i-węzły, usuwając pamięć podręczną modułu eaccelerator w katalogu / var / cache / eaccelerator, jeśli nadal występują problemy.

rm -rf /var/cache/eaccelerator/*

(lub jakikolwiek inny katalog pamięci podręcznej)

Niedawno napotkaliśmy podobny problem. W przypadku, gdy proces odnosi się do usuniętego pliku, i-węzeł nie zostanie zwolniony, więc musisz sprawdzić lsof /, a zabicie / zrestartowanie procesu spowoduje zwolnienie i-węzłów.

Popraw mnie, jeśli się tu mylę.

Jak powiedziano wcześniej, w systemie plików mogą brakować i-węzłów, jeśli jest dużo małych plików. Mam pod warunkiem jakiś sposób znaleźć katalogi, które zawierają większość plików tutaj .

Późna odpowiedź: w moim przypadku były to moje pliki sesji

/var/lib/php/sessions

korzystające z i-węzłów.
Nie byłem nawet w stanie otworzyć mojego pliku crontab ani stworzyć nowego katalogu, nie mówiąc już o uruchomieniu operacji usuwania. Ponieważ używam PHP, mamy ten przewodnik, w którym skopiowałem kod z przykładu 1 i skonfigurowałem cronjob do wykonywania tej części kodu.

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

Jeśli zastanawiasz się, jak udało mi się otworzyć crontab, to dobrze, niektóre sesje usunąłem ręcznie przez CLI.

Mam nadzieję że to pomoże!

możesz zobaczyć tę informację

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

Wiele odpowiedzi na to pytanie do tej pory i wszystkie powyższe wydają się konkretne. Myślę, że będziesz bezpieczny podczas korzystania z niego stat, ale w zależności od systemu operacyjnego mogą pojawić się pewne błędy i-węzłowe. Dlatego wdrożenie własnej statfunkcji połączeń w 64bitcelu uniknięcia problemów z przepełnieniem wydaje się dość kompatybilne.

Jeśli używasz dokera, usuń wszystkie obrazy. Wykorzystali wiele miejsca ....

Zatrzymaj wszystkie pojemniki

docker stop $(docker ps -a -q)

Usuń wszystkie pojemniki

docker rm $(docker ps -a -q)

Usuń wszystkie obrazy

docker rmi $(docker images -q)

Działa mi