Исходное сообщение
"дисковый объем ползет в минус ;(" Отправлено gr, 24-Июн-05 16:26
>>>хотя ситуация, повторюсь - классическая. >> >>уважаемый gr, не могли бы вы по подробнее объяснить как это происходит? >> >> >>я с этим сталкивался несколько раз на рабочей станции с линухом, вроде >>это как-то связанно с vmware тогда было, правда остается непонятным почему >>свободное место пропадает с такой большой скоростью... > >следующим образом: > >1.стартует процесс >2.открывает лог файл для записи и начинает туда писать >3.кто-то (что-то) удаляет файл (открытый для записи) > >теперь вот что происходит: физически файл удаляется как только закрываются _все_ его >дескрипторы, а поскольку в него кто-т о пишет - система исправно >пишет данные на диск, НО в листингах и по команде du >например - имя этого файла не показывает. > >Отсюда разница в показаниях df и du - du такой файл просто >не учитывает. > >посему - если файл удален (неверно ротирован или очищен) - то надо >передернуть процесс (или послать HUP) чтобы он переоткрыл файлы логов. Вот >в этом момент - физически удалятся данные "невидимого" файла. > >Отсюда кстати и рекомендация очищать логи примерно так: > >echo -n > /var/log/logfile > >Добавлю еще что как правило быстрорастущие логи у mysql query log - >многие забывают это отключать. (вместо этого есть binlog если надо) Добавлю еще - почему это так спроектировано имхо (read не возвращает ошибку записи) - например ты в одной консоли less README и кто-то README удалил. Так вот - ты будешь читать README вверх-вниз сколько угодно, пока его не закроешь- и тогда он "удалится окончательно". Имхо разумно:)