пики использования таблицы inode каждое утро в 8:00
Я установил munin на свой сервер ubuntu. Он показывает, что мое «использование таблицы inode» увеличивается каждое утро в 8 утра. Затем он быстро изгибается и стабилизируется в течение нескольких часов. Что могло вызвать это?
Я думал, что это может быть что-то, работающее в /etc/cron.daily, но это было настроено на запуск в 6 часов утра. и я изменил его на 4 утра. Спайк остается в 8 утра. Я также включил ведение журнала cron, но ничего не вижу, что запускается в 8 утра.
Это виртуальный сервер, размещенный на memset. Может быть, что-то происходит на виртуальном хосте?
При настройке ubuntu / debian по умолчанию некоторые вещи будут выполняться через anacron. Время для этого может зависеть от ряда факторов, особенно от того, когда машина запускается, но на сервере она по умолчанию срабатывает в 7:30 утра каждое утро.
Это настраивается в файле /etc/cron.d/anacron , поэтому простое решение - отредактировать этот файл и установить для настроенного времени более удобное значение (например, посреди ночи, если вас беспокоят задачи, влияющие на дневную производительность). Нет необходимости перезапускать что-либо.
Журнал cron, который я включил, на самом деле показывал запуск анакрона в 7:30. Anacron ненадолго задерживается, прежде чем что-либо делать, а также, предположительно, поставил в очередь несколько заданий, в результате чего одно задание запускалось примерно в 8 утра. каждый день и вызывая частое использование таблицы inode (люди предлагали переиндексировать mlocate db), я не знаю, вызывало ли это какие-либо проблемы с производительностью, но теперь кажется более здоровым увидеть, как он делает это посреди ночи .
Здесь есть краткая документация, относящаяся к ubuntu: https://help.ubuntu.com/community/CronHowto#How_Anacron_is_Set_Up
... и более подробное объяснение взаимодействия cron и anacron здесь: https://linuxformat.com//tuxradarchive/content/automate-linux-cron-and-anacron
Ищите cronjobs, работающие примерно в это время. В Ubuntu сначала проверьте файлы в /etc/cron.daily, а также корневой каталог crontab ("sudo crontab -l"). Скорее всего, это что-то вроде ротации журналов или анализа журналов, при котором создается много временных файлов.