2015-11-15 20 views
0

Я столкнулся с странной связанной с ssh ошибкой в ​​незаменимом 1.9.4 на ubuntu 14.04.Несущая ошибка SSH

В моем файле инвентаризации У меня есть несколько серверов, определенных в группах что-то вроде:

[group1] 
g1-server1 
g1-server2 

[group2] 
g2-server1 
g2-server2 
.... 
[dev] 
g1-server1 .... 
g2-server1 ... 
etc..... 

Все серверы теперь указывает на локальный для тестирования. Есть также несколько переменных, которые я назначаю каждому серверу.

Я могу запустить задачу по работе с книгой по задаче (используя теги), и иногда одна и та же задача работает, иногда это не так. Если я запускаю весь сборник пьес он остановится на случайном месте с этой ошибкой:

fatal: [hostname] => SSH Error: Shared connection to 127.0.0.1 closed. 
It is sometimes useful to re-run the command using -vvvv, which prints  
SSH debug output to help diagnose the issue. 

Я подозреваю, что это может быть проблема с большим количеством соединений SSH в то же время от локального хоста к локальной машине, но я не знаю, как подтвердите это. Кроме того, у меня гораздо больше успеха с задачами, если они отмечены run_once: true.

У кого-нибудь есть идеи по этому поводу?

Примечание: Я попытался найти ресурсы на межсетевых экранах; есть несколько обсуждений, связанных с перезагрузкой сервера. Однако имейте в виду, что я ничего не перезагружаю здесь.

+0

Не могли бы вы разместить свой '~/.ssh/config'? – Reactormonk

+0

Чтобы уточнить, каждый хост имеет ansible_ssh_host, указанный в настоящее время, указывающий на localhost. – browskie

+0

Вы попробовали то, что предложено в ошибке? – Jakuje

ответ

2

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

Несмотря на то, что я не вижу никакого смысла в таком роде тестирование, вы можете исключить установку

serial: 1 

в вашем PlayBook ошибки, см: http://docs.ansible.com/ansible/playbooks_delegation.html#rolling-update-batch-size

, которые вызывают задачи один за другим

1

У меня была аналогичная проблема и серийный номер: 1 не был для меня вариантом. Я обновил ansible.cfg и установить свойства под [ssh_connection] ssh_args = -o ControlMaster=no -o ControlPersist=60s

В основном не установлен ControlMaster на нет. Это сделало мои плейеры более стабильными.

Смежные вопросы