Я нахожу, что журналы syslogd "Cosole" моего Mac становятся непригодными для использования, когда какое-то плохо написанное приложение ( в данном случае PathFinder.app ) непрерывно выливается в syslogd в течение всего дня ... Я где-то читал, что вы можете отключить ведение журнала PER приложением ..
Создание псевдонима для исполняемого пакета внутри «пакета» приложения, а затем ТОЛЬКО запуск этого псевдонима из терминала. Процесс был ... Перейдите к /Applications/ObnoxiousLogger.app, щелкните правой кнопкой мыши, «Показать содержимое пакета», а затем перейдите к ...
/Applications/ObnoxiousLogger.app/Contents/MacOS/ObnoxiousLogger
Затем вы создаете псевдоним через графический интерфейс и не забываете всегда запускать приложение из этого псевдонима, снова ТОЛЬКО через терминал.
Это раздражает, так как вы ДОЛЖНЫ создавать псевдоним через Finder (символическая ссылка не работает, и нет способа создать псевдоним через терминал ). И если он запускается ЛЮБЫМ другим способом, вы возвращаетесь к исходной точке, логорея . Этот метод ДЕЙСТВИТЕЛЬНО работал, но в течение очень короткого периода времени.
Казалось бы, вы можете установить это с помощью команды launchctl или переменной plist, но это не приложение, которое запускает launchd, и документация launchd так повсеместно, но я думаю, что это возможно, я предположим.
Я видел кое-что об отправке журнала в / dev / null, но не было ясно, был ли это какой-то канал syslogd, или команда, или параметр /etc/syslogd.conf, или что ...
Пожалуйста, дайте мне знать, если у вас есть верный способ выборочно молчание протоколирования каждого приложения, или даже лучше, увеличить или уменьшить протоколирование многословия, в процессе / команду, и т.д., в Mac OS X .
Вы можете посмотреть, asl.conf(5)что позволяет игнорировать / обрабатывать сообщения журнала на достаточно детальном уровне.
Что-то вроде:
? [= Sender ObnoxiousLogger] ignore должен сделать свое дело. Если вы все еще хотите видеть более серьезные сообщения от отвратительного отправителя, что-то вроде:
? [= Sender ObnoxiousLogger] [> Level error] ignore может быть более подходящим.
Примечание : после редактирования /etc/asl.confне забудьте kill -HUPзайти в свой syslogd.
Просто создайте Файл »Поиск в новой базе данных ..., поиск объекта содержит" console", а Отправитель не содержит" ObnoxiousLogger" и игнорирует поиск по умолчанию в базе данных Консольных сообщений ?
Вы можете использовать следующую команду для установки отдельных уровней фильтрации журналов для определенных процессов:
syslog -c processname -d Это установит уровень журнала текущих запущенных экземпляров processnameдля всех сообщений уровня отладки или выше . каждый из возможных уровней pacewnid: (Паника), Предупреждение, Критический, Ошибка, Предупреждение, Уведомление, Информация и Отладка .
Итак, чтобы включить регистрацию только предупреждающих сообщений и выше для Finder, используйте:
syslog -c Finder -w Вам нужно будет повторять это всякий раз, когда вы перезапускаете рассматриваемый процесс.
Предложенное Торстеном решение, похоже, не работает. Кажется, что добавление этих настроек в глобальный asl.confне даст ожидаемого эффекта при обработке правил.
Я обнаружил, что решение этой проблемы после того, как я чуть не пришел в бешенство с основным файлом asl.conf, заключается в использовании отдельных asl/*файлов конфигурации для каждого фильтра. Эти файлы должны храниться в/etc/asl/
Например, чтобы игнорировать «com.example.Sender» и отфильтровывать его спам в журнале от system.log, мы могли бы создать файл /etc/asl/com.example.Senderсо следующим содержимым:
? [= Sender com.example.Sender] claim only * ignore При claim onlyсовпадении (в данном примере это «Отправитель»), правила в мастере asl.confигнорируются, а это означает, что все не закончится system.log.
Не забудьте перезагрузить syslogd, конечно.
Я выложил более подробный ответ на AskDifferent.
Вставьте /etc/asl.confправило, подобное следующему
? [= Sender foobar] [<= Level error] notify com.apple.foobar op key value op key value -----query 1----- -----query 2---- ---------action-------- Чтобы игнорировать сообщения в обоих system.log и в Console.app, вы должны добавить правила, чтобы игнорировать сообщения перед следующим комментарием в asl.conf.
# Flat file configurations formerly in syslog.conf
Пример с модификатором S, который игнорирует сообщения, соответствующие этой подстроке из SIMBL Agent.
? [= Sender SIMBL Agent] [S= Message warning: failed to get scripting definition from] ignore op -key-- ---value--- mod --key-- --------------------value----------------------- --------query 1------- -----------------------query 2------------------------------- action После добавления правила перезапустите демон с помощью sudo killall HUP syslogd .
Успешно протестировано в OS X 10.8.5.