Исходное сообщение
"Canonical уволит от 30% до 60% сотрудников. Инициативы по со..." Отправлено пох, 09-Апр-17 22:26
> Или udisks2 о, здрасьте, приехали - это уже вот совсем не захочется переписывать самому. > но оба не требуются для работы afair, без него не работает kde (то есть оторвать, конечно, можно, но как же ж юзверь будет теперь свои флешечки втыкать?) >> acpid, dhc*, *getty и что у нас тут еще объявлено интегрированным в уродца? > Ну мы и сами мало-мало с усами. acpi может оказаться не таким простым в поддержке - он сейчас меняется, с uefi'зацией всего и вся, а излишней открытостью вендоры не страдают. И это линукс-специфичный софт, его нигде больше нет в таком виде. А, еще, кстати, в копилочку - laptop-mode-tools то ли все, то ли близко к тому (но это скрипты, это просто - пока интерфейсы в ядре открыты). > Мне тут более симпатична идея добить интеграцию сервисов с monit "из коробки" главное, чтоб отключалась ;-) Я вот лично считал и считаю, что вовсе не нужно без крайней необходимости, в исключительном случае, автоперезапускать упавшие демоны - это признак чего-то очень нехорошего, вплоть до пролома хоста (или признак дерьмодемона), такого на машине быть просто не должно. У меня на разных продах было по разному - например, автоперезапускатор _хоста_, целиком, по наличию на нем растущего swap (то есть это даже никто, кроме робота, не мониторил - потому что не лечилось) Но чаще все же встречал - съем параметров собственно прода (с этим ничего готовое, естественно, не поможет - демон может и не собирается падать, а просто работает неправильно), и реакция на них в глобальном мониторинге, местами роботами, местами человеком или параллельно. monit и прочие локальные штуковины тут не поможет. Про ансибль/puppet/ктотамтретий просто не знаю - везде, где такая необходимость возникала, почему-то образовывалась собственная система управления (видимо, потому что ее проще было интегрировать в систему управления продом), но я к этому уже не имел отношения, просто пользовался. Отдельный прикол бывал, когда, в связи с переходом _пользователей_ на беспл...открытый софт, надо было заменить чем-то виндовую систему политик. Оба раза, что я сталкивался, ее, волшебным образом, заменяли на...ничего. Соответственно, перекладывая ответственность за происходящее на рабочем месте и вокруг него на никого.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Или udisks2 > о, здрасьте, приехали - это уже вот совсем не захочется переписывать самому. >> но оба не требуются для работы > afair, без него не работает kde (то есть оторвать, конечно, можно, но > как же ж юзверь будет теперь свои флешечки втыкать?) >>> acpid, dhc*, *getty и что у нас тут еще объявлено интегрированным в уродца? >> Ну мы и сами мало-мало с усами. > acpi может оказаться не таким простым в поддержке - он сейчас меняется, > с uefi'зацией всего и вся, а излишней открытостью вендоры не страдают. > И это линукс-специфичный софт, его нигде больше нет в таком виде. > А, еще, кстати, в копилочку - laptop-mode-tools то ли все, то ли > близко к тому (но это скрипты, это просто - пока интерфейсы > в ядре открыты). >> Мне тут более симпатична идея добить интеграцию сервисов с monit "из коробки" > главное, чтоб отключалась ;-) Я вот лично считал и считаю, что вовсе > не нужно без крайней необходимости, в исключительном случае, автоперезапускать упавшие > демоны - это признак чего-то очень нехорошего, вплоть до пролома хоста > (или признак дерьмодемона), такого на машине быть просто не должно. > У меня на разных продах было по разному - например, автоперезапускатор _хоста_, > целиком, по наличию на нем растущего swap (то есть это даже > никто, кроме робота, не мониторил - потому что не лечилось) > Но чаще все же встречал - съем параметров собственно прода (с этим > ничего готовое, естественно, не поможет - демон может и не собирается > падать, а просто работает неправильно), и реакция на них в глобальном > мониторинге, местами роботами, местами человеком или параллельно. monit и прочие локальные > штуковины тут не поможет. > Про ансибль/puppet/ктотамтретий просто не знаю - везде, где такая необходимость возникала, > почему-то образовывалась собственная система управления (видимо, потому что ее проще было > интегрировать в систему управления продом), но я к этому уже не > имел отношения, просто пользовался. > Отдельный прикол бывал, когда, в связи с переходом _пользователей_ на беспл...открытый > софт, надо было заменить чем-то виндовую систему политик. Оба раза, что > я сталкивался, ее, волшебным образом, заменяли на...ничего. Соответственно, перекладывая > ответственность за происходящее на рабочем месте и вокруг него на никого.
	Введите код, изображенный на картинке: