Автоматизация работы *nix системного администратора

[@ivanday]

я использую cssh

[@barbuza]

я ж тебе говорил — fabric / capistrano

[@d1m]

А чем капистрано не подходит? Требование к знаниям языка опускаем, ибо в тасках все просто как грабли (если особо не вдаваться в подробности).
Там есть и группы, и shell, и ssh (авторизация по ключу). Да и судо тоже. И загрузка/скачивание файлов посредством разных транспортов.

[@VlK]

capistrano на руби, это добро обычно по умолчанию, например, в Ubuntu не стоит.

C/C++ все же пока, если силы воли и времени много, резонней.

[@d1m]

Себе его поставить совершенно несложно (благо, ставить-то единожды). А на удаленных машинах ничего (кроме ssh-ключей) и не нужно.

[@VlK]

Ну это да, без проблем, конечно.

Однако, традиционно ценятся утилиты, написанные без тяжелых зависимостей и на Си.

[@d1m]

Я бы оспоспорил это утверждение. Для многих юзабельность и расширяемость решения, а также затачиваемость его под свою специфику играет решающую роль.

Например, по той же причине для деплоймента я использую Capistrano, хотя Vlad быстрее и легче. Но я банально не смог на нем сделать то чего хотел.

[@VlK]

Конечно, спору нет. Если есть очевидные плюсы, то спорить не приходится.

Но при всех прочих равных условиях я предпочту утилиту на Си.

[@zCooler]

> @script path_1 {
Одно имя скрипта для разных групп? А как они тогда идентифицируются какой группе какую процедуру выполнять?
Может все-же для первой группы "@script path_1 {" а для второй "@script path_2 {"

[@zCooler]

> @group path_2 {
> 192.168.0.4
> 192.168.0.5
> 192.168.0.6
> }
> Обратите внимание что логин и пароль здесь не пишутся только имя хоста.
А если все-же на данных серверах разные логин\пароль (что в принципе логично с точки зрения безопастности), то как быть в таком случае?

[@Jan_May]

Оно умеет результат программы передавать по пайпу программе на локальном хосте?

>кстати попробуйте на досуге сделать тоже самое мышкой на 10 win машинах
мышкой? powershell же

[@simonoff]

по поводу паролей — а не проще ли использовать ключи?

[@simonoff]

эм… а как вы соеденяетесь по SSH?
просто если через ssh то это на уровне самого ssh как бе…

[@MrTiM]

— Знаешь, что он сделал? он наблюдал за моей работой 10 минут, а потом начал придумывать простую часть программы, которая заменила бы меня!
— А это вообще возможно?
— Как оказалось — да…

Теория большого взрыва (The Big Bang Theory)

[@Honeyman]

clusterssh?

[@LDEV]

Интересная вещь! А только через GUI умеет? Можно её через тот же ssh запустить удалённо и переключаться, скажем как между screen -r?

[@Honeyman]

Ммм, а почему бы её через тот же ssh не не запустить удалённо, и работать через GUI?

[@LDEV]

через ssh запустить X? я пускаю через VNC — но трафик поболее чем с ssh.

[@Honeyman]

Угу. ssh -X.

[@LDEV]

хмм, ни разу не пробовал. Putty умеет этот выкрутас?

[@mamahtehok]

умеет, там в настройках есть перенаправление Х на локальную машину, но все равно нужно пускать Х манагер типа рефлекшена чтоб окошки на локалке отрисовывало )

[@kozt]

эххх, вот бы вас на каналы типа 9600bps, как бывало ранее неоднократно (async leased line или дохлый провайдерский диалап) — о гуях даже и не думали бы =)

только скрином и спасался =)

[@LDEV]

во время ддоса испытать такую скорость — вполне возможно :D

[@kozt]

есть еще cfengine и puppet например

[@spanasik]

Puppet лучше, имхо.

[@kozt]

да они оба лучше самодельного огорода, на мой взгляд =) хотя если много свободного времени и огонь в глазах почему нет?

но, опять же, чтобы создать интересный продукт нужно знать что умеют уже существующие продукты в этом классе =)

[@barbuza]

товарищи, плюсуйте автора — catdog, а не меня

[@spanasik]

Puppet ?

Puppet, the configuration management solution.

The Puppet framework provides a means to describe IT infrastructure as policy, execute that policy to build services then audit and enforce ongoing changes to the policy.

Puppet helps accomplish the goal of a hands-off, automated infrastructure. The benefits of automated infrastructure go beyond policy-enforced consistency and auditing. The impact of hardware failure and other disaster scenarios can be mitigated, as services can be quickly restored by Puppet. In conjunction with virtualizaton, the ability to reliably create new systems running consistent services can be leveraged to create autoscaling applications as well as test systems identical to production environments.

[@mgyk]

Когда-то использовал dsh.
dsh executes command remotely on several different machines at the same time

[@past]

А не проще было авторизацию по ключу настроить, чем пароли шифровать?

[@BEERsk]

В качестве дополнения: если парк управляемых машин небольшой и подобные задачи возникают сравнительно редко, то можно обойтись и [полу]штатными средствами. у меня на всех серверах настроена аутентификация по ключу, а в konsole настроены профили сеансов ко всем серверам, так что для того чтобы зайти на нужный сервер достаточно просто начать соответствующий новый сеанс (при желании их можно сгруппировать в отдельных окнах konsole). Потом в меню konsole выбираем пункт меню «Копируем ввод во вкладку» и выбираем — куда сообственно копировать ввод. Полуштатными я назвал это все потому, что не все используют KDE, а про Гном и другие DE я ничего сказать не могу, но уверен что и там есть нечто подобное (вывод сразу на несколько сессий одновременно), но авторизация по ключам — это вещь к DE никоим образом непривязанная.
P.S. Хабралюди, а можно ли копировать вывод в различные окна screen?

[@psyche]

А есть еще Expect, который тоже здорово автоматизирует консольные команды.

[@qmax]

насколько я знаю — он автоматизирует диалоги вообще.

но умеет ли он обходить группу машин по ssh?