Хорошо, я не знаю, был ли это / был городской миф системного администратора, но когда я был студентом, я слышал о технике, которая помогает системным администраторам контролировать сервер без активной и постоянной проверки.
То, что они будут делать, это направить что-то вроде использования процессора или насыщения сети на генератор белого шума. Они будут проигрывать это в фоновом режиме при низкой громкости, и если произойдет какая-то необычная активность, шум будет звучать иначе (громкость, тон?). Затем они проверят сервер, используя обычные консольные инструменты.
У меня вопрос, кто-нибудь пробовал это? Существует ли такая программа или методика?
monitoring
blndcat
источник
источник
Ответы:
реальный
Это, безусловно, было возможно и использовалось, по крайней мере, на некоторых моделях старых мэйнфреймов (1970-е, начало 1980-х). Консоль (Teletype, если вы когда-либо видели такую вещь) имела небольшой динамик и регулятор громкости. Когда это было включено, аудиовыход был показателем работы, которую делал CPU. Большая часть работы была офлайновой пакетной работой, и с практикой можно было распознать определенные отличительные «подписи» некоторых работ в обычном режиме и пронзительный скуку работы в цикле. Поскольку консоль становилась вялой, когда машина была очень занята, основное использование динамика состояло в том, чтобы позволить оператору проверить, выполняется ли задание (звук обычно меняется) или зависает. С другой стороны, он также позволял писать рабочие места для создания определенных подписей, например, несколько атонального, но узнаваемого, «Jingle Bells».
источник
Во время конференции LISA 2000 (Администрирование больших систем) Майкл Гилфикс и Альва Кауч представили доклад: Peep (Сетевой слуховой аппарат ): мониторинг сети со звуком ( PDF ). В то время как это исследование использовало звуки джунглей вместо белого шума, идея та же самая.
источник
В Solaris есть опция snoop (эквивалент tcpdump), которая генерирует звук при отправке или получении пакета. Это было использовано, чтобы вы могли слышать сеть .....
источник
Не используйте это в своей производственной системе. Просто используйте Nagios. Пожалуйста.
источник
Я играл с этим некоторое время назад, чтобы «прослушать» использование моего кэша страниц MySQL серверов:) http://xtat.rapidpacket.com/blog/posts/what_querycache_sounds_like/
источник
Это кажется мне оригинальной техникой :)
Однако, будучи оригинальным, это также немного непрактично. Что делать, если я работаю в наушниках? Вы можете использовать SMS для уведомления людей, ответственных за конкретное оборудование / программное обеспечение. Вы можете xmpp, или, черт возьми, даже по электронной почте уведомления.
Все-таки очень оригинально.
источник
Я привязал perfmon / wmi к SAPI («Danger Will robinson !!») и привязал предупреждения счетчика, чтобы запустить медиаплеер, но никогда не включал генератор белого шума. Это действительно работает, только если у вас настроена отчетность на основе исключений, но это весело на некоторое время.
источник
Впервые я услышал эту историю в 1985 году от пары сисадминов. Это была и "старая" история тогда тоже. Немного разные детали, но все та же история.
Я думаю, если вы живете достаточно долго, все снова станет новым. Теперь, где я положил эти брюки внизу колокольчика .....
источник
Как и тот, кто работает в центрах обработки данных, я обнаружил, что при серьезных проблемах изменения уровня белого шума можно обнаружить почти подсознательно. Поэтому, когда что-то начинает перегреваться, вы можете услышать это и найти это довольно быстро.
Проблема в том, что когда что-то начинает издавать меньше шума, чем это было, это может быть трудно найти (то есть быстро - найти тишину!)
источник
не белый шум, и у меня нет Linux-бокса для тестирования сейчас, но
cat / var / log / syslog> / dev / dsp
или какой-то другой журнал
или я думал об использовании звукового сигнала и подачи нагрузки на процессор, чтобы изменить частоту
источник