Комментарии: Прибил файл, а место не освобождается?

Автор: akamit.com/blog/

akamit.com/blog/ — Wed, 09 Jun 2010 12:48:38 +0000

lsof +L1 тоже неплохо

Автор: Gromf

Gromf — Fri, 09 Apr 2010 05:08:20 +0000

В HP-UX нет /proc (HP-UX have no /proc comcept), так что уберите тэг пока. Покопаю на досуге ps.

Автор: google.com/accounts/o8…

google.com/accounts/o8… — Fri, 05 Mar 2010 10:51:15 +0000

lsof не на каждой системе есть

Автор: GOLDEN_key

GOLDEN_key — Fri, 22 Jan 2010 10:41:24 +0000

lsof ?

Автор: Konstantin Khomoutov

Konstantin Khomoutov — Thu, 21 Jan 2010 16:59:42 +0000

Это не процессов для find слишком много, а аргументов: «*» и прочие «globbing» символы раскрывает шелл перед запуском процесса; процесс видит уже набор готовых аргументов.

Вместо ручной итерации по каталогам, достаточно: 1) сузить find’у поле деятельности (для некоторого ускорения), задав минимальную глубину поиска; 2) матчить не базовое имя файла (-name и т.п.), а полное (-path) чтобы выделить нужные каталоги. То есть вот так:

find /proc -mindepth 3 -type f -path ‘/proc/*/fd/*’ …

Конкретно по теме странность: в моей системе (Debian Lenny) дескрипторы файлов, открытых процессами, в /proc представлены симлинками, и сматчить их через -type f нельзя, только через -type l. Какой вывод из эого делать — мне не ясно.

Автор: ihanick

ihanick — Thu, 21 Jan 2010 15:22:23 +0000

ещё можно делать truncate файла, если программа открывает его в режиме APPEND (обычно все логи так работают)

bash# :> /var/log/apache2/access.log

в этом случае файл уменьшается, место освобождается, но программу перезапускать нет надобности