Создание сайтов
Создание, поддержка и монетизация веб-сайтов.
Внезапно сервер перестал работать и начал жаловаться на нехватку места, хотя свободных должно было оставаться не менее 2-4 гб. В срочном порядке пришлось удалять файлы access, которые занимали изрядно много места, но и тогда было не ясно куда же делось место. Было подозрение, что в результате недавней атаки на сайт и заражении его вирусными файлами что-то еще заполонило систему.

Использование по SSH команды "df -h" показалось занятых 12 гб из 14 гб.
Использование команды "du -h --max-depth=1" выдавало, что занято лишь 8 гб из 14. Куда же делить еще 4? И почему не совпадают значения?
Копания в интернете и прочтение абсолютно бесполезных советов на форумах привели к одному полезному блогу, где четко описывались причины такой проблемы и путь решения, который сработал.

"Вкратце объясню как так получилось - на сервере были крупные файлы (логи) и они были открыты в некоторых программах (например, nginx и apache). Эти файлы были удалены из системы посредством команды rm, но так как дескрипторы были открыты, данные, разумеется не были удалены (дабы не поломать программы) и хранились до того, пока программа их не "отпустит", но самих ссылок на файлы уже не существовало и du -sh их, разумеется, не видела и не учитывала в отличие от системы квот ядра, которая отлично понимала ситуацию. После перезапуска программ (в данном случае nginx и apache) файлы были отпущены и df -h начал показывать корректные значения."

То есть всего лишь надо было выполнить команду "reboot" и после этого значения df и du стали совпадать.

Реклама на сайте

Клинкер тротуарный цена за поддон
Клинкерный кирпич для мощения и облицовки. Выгодные цены
кирпичный.сайт
Шлагбаум во дворе
Doorhan, Faac, NICE, An-Motors. Большой выбор автоматических шлагбаумов
шлагбаумводворе.рф