Завершение сеансов спавна в ожидании

Ошибка?

spawn telnet породило слишком много программ? не удалось создать канал: слишком много открытых файлов

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

Я подозреваю, что причиной этого являются заброшенные сеансы telnet, которые остаются открытыми.

Теперь давайте поговорим о том, почему они могут все еще торчать.

Даже не близко?

Close может фактически не закрывать telnet-соединение, особенно если telnet не распознает, что сеанс был закрыт, а только ожидает сеанс с telnet (см.: Команда закрытия). В этом случае Telnet, скорее всего, будет поддерживать активность в ожидании дополнительных данных со стороны сети и поддержки активности TCP.

Не все приложения распознают close, который представляется принимающему приложению как EOF. Из-за этого они могут оставаться открытыми, даже когда их вход закрыт.

Скажите "Telnet", все кончено.

В этом случае вам нужно будет прервать telnet. Если вы намерены завершить какую-то работу и выйти. Тогда это именно то, что нам нужно сделать.

Для «telnet» вы можете выйти, выполнив «отправить «35 \ r»» (что было бы «ctrl +]» на клавиатуре, если бы вам пришлось набирать его самостоятельно), за которым следует «выход», а затем возврат каретки. Это укажет telnet корректно завершить работу.

Сценарий ожидания: запустить telnet, выполнить команды , закрыть телнет Выдержка:

#!/usr/bin/expect
set timeout 1
set ip [lindex $argv 0]
set port [lindex $argv 1]
set username [lindex $argv 2]
set password [lindex $argv 3]
spawn telnet $ip $port
expect “‘^]’.”
send – – “\r”
expect “username:” {
    send – – “$username\r”
    expect “password:”
    send – – “$password\r”
}
expect “$”
send – – “ls\r”
expect “$”
sleep 2
# Send special ^] to telnet so we can tell telnet to quit.
send “35\r”
expect “telnet>”
# Tell Telnet to quit.
send – – “quit\r”
expect eof
# You should also, either call "wait" (block) for process to exit or "wait -nowait" (don't block waiting) for process exit.
wait

Подождите, для Финиша.

Ожидание — команда ожидания

Без «ожидания» expect может преждевременно разорвать соединение с процессом, что в некоторых редких случаях может привести к созданию зомби. Если приложение не получило наш сигнал раньше (конец конца файла из закрытия) или если процесс не интерпретирует конец файла как статус выхода, тогда он также может продолжить работу, и ваш сценарий не станет мудрее. С ожиданием мы гарантируем, что не забудем о процессе, пока он не очистится и не завершится.

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

Тайм-аут?, Уловить все?, Почему?

Вы также можете рассмотреть возможность использования «тайм-аута» на случай, если сервер не отвечает, когда ожидается, чтобы мы могли выйти раньше. Это идеально подходит для сильно отстающих серверов, которые вместо этого должны привлекать внимание администратора.

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

Ожидаемые примеры Выдержка:

expect {           
    "password:" {
        send "password\r"
    } "yes/no)?" {
        send "yes\r"
        set timeout -1
    } timeout {
        exit
    # Below is our catch all
    } -re . {
        exp_continue
    #
    } eof {
        exit
    }
}