Но так как в синтаксисе интерпритатора Expect

Это TCL, учи его

Я вот не понимаю, почему все так стремятся именно выполнить команду на куче удалённых серверов? Ведь в конце концов требуется только что бы она была выполнена. А каким образом не важно.

При этом все почему-то старательно игнорируют опыт многомилионных ботнетов.

А что если ты заведёшь в кроне (на каждой машине) скрипт, который будет раз в минуту ломиться на некоторый адрес и выкачивать список команд. Там же в кроне указывается почтовый адрес, на который отправится результат.

У себя поднимаешь web серверок, который будет отдавать команды и почтового робота, который будет парсить ответы. Можно это всё завязать на какую-нибудь БД.

Все команды/ответы естественно в машиночтаемом формате (csv, например).

Соответственно цикл такой:

• машинка получает список команд. Находит по времени (поле в файле) ещё не исполненную;
• выполняет по-очереди от имени юзера (поле в файле), выводя результаты;
• крон сам отсылает вывод (или ошибку, если всё пошло не так);
• робот парсит отчёт и предоставляет тебе некоторые результаты;
• ...
• PROFIT!

Как вариант for i in можно прописать в sh скрипте, из которого вызывать потом скрипт expect. Например:
Sh script:

#!/bin/sh
for i in 10.10.48.{101..104}; 
do 
ssh.exp $i;
done

#!/usr/bin/expect 

set password 123456 
set first_command sudo\ \su 
set root_command uname 
set servers [lindex $argv 0] 

spawn ssh $servers 

expect «yes/no» { 
send «yes\r» 
expect «*?assword» { send «$password\r» } 
} «*?assword» { send «$password\r» } 

expect «$ » { send «$first_command\r» } 
expect ": " { send «$password\r» } 
expect «# » { send «$root_command\r» } 
interact 

Ну и ziemin дело говорит, лично я конструкцию из expect + ssh использовал один раз для того чтобы поставить puppet на все машины. А затем все прекрасно рулится через puppet.

Ansible

Имхо лучше сразу привыкать к хорошему. Используй ansible, мало того что эта штука может работать как выполнялка задач на куче серверов, она ещё умеет сценарии, роли и т.п.

Как установить гугл подскажет, я подскажу как сделать то что тебе надо:

создаём файл hosts со списком хостов (оф. доки):

[myservers]
10.10.48.101 ansible_sudo_pass=blabla ansible_ssh_user=masterserg
10.10.48.102 ansible_sudo_pass=blabla ansible_ssh_user=masterserg
10.10.48.103 ansible_sudo_pass=blabla ansible_ssh_user=masterserg
10.10.48.104 ansible_sudo_pass=blabla ansible_ssh_user=masterserg

Желательно на узлы раскидать публичный ключ и ходить через него, а не каждый раз ходить по паролю. Если и по ключам нельзя, то в hosts нужно добавить ещё параметр ansible_ssh_pass. Если нужно именно несолько задач выполнить, то лучше сразу использовать ansible-playbook, по-русски на хабре. Теперь делаем всё что нужно от рута:

$ ansible myservers -i hosts -s -m shell -a "whoami"
$ ansible myservers -i hosts -s -m shell -a "dig +trace ya.ru >> /tmp/dig_output.txt"

Где

• myservers - группа хостов в файле hosts
• -i hosts - говорим где брать файл со списком хостов
• -s - для выполнения команд/задач используем sudo (по умолчанию от рута, но можно и другого пользователя задать)
• -m shell - используем модуль shell, в аргументах принимает команду, которую нужно выполнить

Есть дёгтя ложка - на удалённых узлах должен присутствовать хоть какой-то интерпретатор python'а, если нет, то можно попробовать использовать модуль raw вместо shell

Если освоить ansible (буквально потратить вечер), то потом не будет возникать вопросов как сделать что-нибудь на куче узлов с логированием и получением статуса выполненых задач. Использование ansible не является «пушкой по воробьям», это очень хороший инструмент для работы с серверами если их больше одного.

Я вот не понимаю, почему все так стремятся именно выполнить команду на куче удалённых серверов? Ведь в конце концов требуется только что бы она была выполнена. А каким образом не важно.

Потому что ты мыслишь примитивными понятиями. Серверы могут быть за файерволами (DMZ) и доступ к ним есть только однонаправленный с системы мониторинга, например. Кроме того если письмо не пришло, что это значит? команда не была выполнена или письмо не дошло? Надо идти проверять, потеряно время.

И "бот" должен под рутом быть запущен, да?

Потому что ты мыслишь примитивными понятиями.

И где ты это вычитал в первом параграфе? Дальше я один из возможных вариантов привожу.

Потому что ваши фантазии никак не коррелируют с вопросом. Если бы он мог, уже сделал бы авторизацию по ключу и sudo без запроса пароля.

Если вас не смущает GUI, то используйте pacmanager. Его и скриптовать можно, и просто из гуя в кластер несколько коннектов объединить и комманды выполнять.

masterserg О юный падаван, о подтверждении исполнения задачи забываешь ты. Ибо команду отправить несложно будет. А вот анализ исполнения провести важнее будет.

UUCP изобрели гораздо раньше интернета, но по IP оно хуже работать не стало.

Спасибо действительно помогло

Получилась вот такая конструкция

Стартовый скрипт запускается ./run > log (это на вопрос как логи писать) Но может у кого то есть более толковые идеи как возможно сразу в скрипте забит так что он в файлик писал логи ?

#!/bin/sh 

password=12345678 
root_command=uname 

echo; 
for servers in 10.10.10.{96..97}; 
do 
./main $servers $password $root_command; 
echo;  
done 

 Обращается к второму скрипту 

#!/usr/bin/expect 

set servers [lindex $argv 0] 
set password [lindex $argv 1] 
set first_command sudo\ \su 
set root_command [lindex $argv 2] 


spawn  ssh  $servers 
 
expect "yes/no" { 
    send "yes\r" 
    expect "*?assword" { send "$password\r" } 
    } "*?assword" { send "$password\r" } 

expect "$ " { send "echo '###########' && hostname && echo  '###########' &&  $first_command\r" }
expect ": " { send "$password\r" }  
expect "# " { send "$root_command && sleep 1 && exit\r" } 
expect "$ " { send "exit\r" } 
interact 

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

для таких как ты есть ansible. хватит маяться ерундой.

Нет возможность установить на машину ничего.

Нет возможность установить на машину ничего.

На целевые машины ничего не надо ставить, ставь с которой работаешь.

зайти по ssh легко как минимум есть sshpass, а как без expect дать пароль sudo если ничего нельзя менять?

на машине с которой я захожу нельзя ничего устанавливать