Товарищи, столкнулся с такой проблемой:
На разделе /var стало уменьшаться место. База Nominatim не обновляется. Лог СУБД вынесен на другой раздел. Фаерволом разрешено правило только http. Если остановить Apache то место перестает уменьшаться. Я в полном замешательстве.
Может кто сталкивался с такой проблемой?
Nominatim установлен в директорию /home/user…
Сайт находится в /var/www
Ну и важно сравнить занятое место с точки зрения файловой системы:
df /var
С занятым местом, рассчитанным сложением размеров всех видимых файлов (du или ncdu). Если числа получаются примерно одинаковые, то всё просто, в ncdu вы наглядно видите, что занимает место (hint: смотреть сводку по поддиректориям можно без пересканирования, см. справку ncdu). Если же результаты сильно отличаются, то возможно 2 варианта…
Благодарю за советы. ncdu действительно классная штука. За это время удалось выяснить, что растет именно БД nominatim. Медлено, но уверенно, как говорится. Чесно говоря вот это стало неожиданностью полной. Фаерволом открыт порт http. Если кто сталкивался, можете просвятить - может расти БД, если обращения идут только по http порту? Или такое вообще невозможно? и да, обновлений БД нет.
Так я тоже не разбираюсь, я советую из общих соображений и стандартных приёмов диагностики
Напрашивается идея эксперимента подождать некоторое время, чтобы ещё место “утекло”, выполнить запросы снова, и посмотреть, что изменилось. Станет видно, что растёт. Только имеет смысл делать запросы не приводя к человекочитаемым GB, в масштабе которых разница ~100MB не будет заметна. Без pg_size_pretty то есть.
Сделал следующее:
Выполнил первый скрипт из документации https://wiki.postgresql.org/wiki/Disk_Usage
Результат записал в файл.
Через день выполнил еще раз запрос и результат снова записал в файл.
После это сравнил 2 файла на отличия - результатом сравнения получилось различие в строке new_query_log - объем почти 4 ГБ и разница в 50 МБ между первым и последним файлом
Кто знает можно ли данный лог очистить или нет, или может уменьшить его?