/tmp лавинно рассылается “.myapp” файлами
Часть namebench включает серверы имен сравнительного тестирования географически около Вас.
Можно найти список, который это использует по http://namebench.googlecode.com/svn/trunk/config/servers.csv, но их FAQ указывает, что все они не могут быть совершенно общедоступными
Другие ответы здесь рекомендуют fuser или lsof, и это технически лучшее решение. Однако эти инструменты могут быть утомительными, поэтому есть альтернатива, которая может быть быстрее.
Создание такого количества файлов потребует значительного времени обработки.
Запуск наверх. Сортировать по загрузке ЦП. Понаблюдайте несколько минут. Процесс, который записывает такое количество файлов, скорее всего, будет в 3-4 верхних потребителях ЦП. Чтобы проверить, попробуйте останавливать каждый процесс по очереди. Исчезнет ли плохое поведение?
Проверьте, у какого процесса открыт файл .myapp с правами root:
lsof | grep -i myapp
Это может дать вам подсказку.
Если нет, то исследуйте еще немного, проверьте, какой тип файла это:
file 51b9dc4cc246f.myapp
Если это текст, просто откройте его с меньшими затратами. Если не использовать строки, чтобы увидеть, есть ли в нем что-нибудь читаемое:
strings 51b9dc4cc246f.myapp | less
Если это не дает никаких подсказок, я сделаю ставку на то, чтобы оставить цикл запущенным, предпочтительно в сеансе экрана с командой lsof, каждую минуту или реже
while [ true ]; do lsof | grep -i myapp; sleep 30; done
Удачи!
Я понятия не имею, что будет создавать файлы, но вы пытаетесь запустить fuser на том, который создается, чтобы узнать, какой процесс их создает, и работать с ним. PID.
fuser -v /tmp/51b9dc4cc246f.myapp
, надеюсь, предоставит вам некоторую информацию, которую вы можете использовать, например
fuser -v /var/run/crond.pid
USER PID ACCESS COMMAND
/var/run/crond.pid: root 1698 F.... crond
, который показывает нам, что пользователь root запускает crond с PID 1698, в котором открыт файл /var/run/crond.pid для записи (F) .