Обновлено с 14.10 до 17.10 теперь получает странный файл / dev / nul
показывает ту же ошибку, что и раньше: (
root@mastermind:~# 2016 Mar 3 14:40:33 mastermind failure for localhost motion 1457012433 Can't locate object method "new" via package "SNMP::Session" (perhaps you forgot to load "SNMP::Session"?) at /usr/lib/mon/mon.d/process.monitor line 50.
2016 3 марта 14:40:33 mastermind вызывает предупреждение mail.alert для localhost / motion (/ usr / lib / mon / alert. d / mail.alert,) Не удается найти метод объекта «новый» через пакет «SNMP :: Session» (возможно, вы забыли загрузить «SNMP :: Session»?) в /usr/lib/mon/mon.d/ process.monitor line 50. 2016 3 марта 14:40:34 mastermind fatal: mon (114): Адреса получателей не найдены в заголовке сообщения
4 ответа
ps - утилита командной строки, используемая для перечисления запущенных процессов. Общепринятой практикой является перенаправление вывода команд, выход которых не нужен для /dev/null, который похож на «черную дыру» Linux, которая позволяет записывать все, но когда чтение ничего не дает. По внешнему виду это что-то работает ps и перенаправляет вывод на /dev/nul (т. Е. Кто-то сделал какой-то тип). Тот факт, что ps показывает ошибку о конфликтующих вариантах, говорит о том, что кто-то тоже сделал опечатку. Похоже, что возможно inotify использовать inotify для уведомления, когда файл создается / редактируется (вы должны оставить его там, хотя и не удалять). Установите его с помощью
$ apt update
$ apt install inotify-tools
, затем попробуйте
$ inotifywait -m --format /dev/nul
, и он должен предупредить вас, когда что-то его отредактирует. Он не скажет вам, что же это сделал. Попробуйте оставить его открытым в терминале и посмотреть, происходит ли это, когда вы делаете или открываете что-либо в частности (или если ti просто делает это самостоятельно).
Я запустил find . / 2> | xargs grep '/dev/nul' 2> на сервере, чтобы найти все экземпляры этой строки. Я скопировал результаты в текстовый редактор. Я заменил все /dev/null пустым. Затем я смог найти /dev/nul, чтобы найти файл проблемы. Это был файл perl, который был установлен как часть пакета за пределами Ubuntu. Спасибо Аарону за отзыв о inotify.
ps - утилита командной строки, используемая для перечисления запущенных процессов. Общепринятой практикой является перенаправление вывода команд, выход которых не нужен для /dev/null, который похож на «черную дыру» Linux, которая позволяет записывать все, но когда чтение ничего не дает. По внешнему виду это что-то работает ps и перенаправляет вывод на /dev/nul (т. Е. Кто-то сделал какой-то тип). Тот факт, что ps показывает ошибку о конфликтующих вариантах, говорит о том, что кто-то тоже сделал опечатку. Похоже, что возможно inotify использовать inotify для уведомления, когда файл создается / редактируется (вы должны оставить его там, хотя и не удалять). Установите его с помощью
$ apt update
$ apt install inotify-tools
, затем попробуйте
$ inotifywait -m --format /dev/nul
, и он должен предупредить вас, когда что-то его отредактирует. Он не скажет вам, что же это сделал. Попробуйте оставить его открытым в терминале и посмотреть, происходит ли это, когда вы делаете или открываете что-либо в частности (или если ti просто делает это самостоятельно).
Я запустил find . / 2> | xargs grep '/dev/nul' 2> на сервере, чтобы найти все экземпляры этой строки. Я скопировал результаты в текстовый редактор. Я заменил все /dev/null пустым. Затем я смог найти /dev/nul, чтобы найти файл проблемы. Это был файл perl, который был установлен как часть пакета за пределами Ubuntu. Спасибо Аарону за отзыв о inotify.