Почему Матрица отображает разъединение из сообщения сервера в течение почти 2 минут?
Дисплеи матрицы Disconnecting from username@server... done. в течение почти 2 минут до проявления новой командной строки каждый раз, когда я даю потрясающую команду.
Эта проблема существует при использовании команд Матрицы, данных и к внутреннему серверу и к облачному серверу Rackspace. Ниже я включал auth.log с сервера, и я ничего не видел во входе в систему мой MacBook.
Какие-либо мысли относительно того, какова проблема?
auth.log сервера SSH с ПОДРОБНЫМ LogLevel
Apr 21 13:30:52 qsandbox01 sshd[19503]: Accepted password for mrankin from 10.10.100.106 port 52854 ssh2
Apr 21 13:30:52 qsandbox01 sshd[19503]: pam_unix(sshd:session): session opened for user mrankin by (uid=0)
Apr 21 13:30:52 qsandbox01 sudo: mrankin : TTY=unknown ; PWD=/home/mrankin ; USER=root ; COMMAND=/bin/bash -l -c apache2ctl graceful
Apr 21 13:30:53 qsandbox01 sshd[19503]: pam_unix(sshd:session): session closed for user mrankin
Конфигурация сервера
- ОС: Ubuntu 9.10 и Ubuntu 6.10 (протестировал 4 сервера с теми Ose),
- OpenSSH: версия пакета 1.5.1p1-6ubuntu2 Ubuntu
Клиентская конфигурация
- ОС: Mac OS X 10.6.3
- Матрица ver 0.9
- Vritualenv ver 1.4.7
- ver 0.7 зернышка
Простой fabfile.py, Используемый для Тестирования
Проблема сохраняется, даже когда я просто работаю fab -H server_ip host_type со следующим fabfile.
from fabric.api import run
def host_type():
run('uname -s')
Мысли о причине проблемы
Я не уверен, сколько времени эта проблема сохранилась, но ниже некоторые вещи, которые изменились, так как я начал замечать медленное разъединение сервера с помощью Матрицы.
Я воссоздал свой virtualenv's, использующий virtualenv 1.4.7, virtualenvwrapper 2.1 и зернышко 0.7. Не уверенный, если это связано, но это - мысль, так как я выполняю свой fabfiles из virtualenv.Я включил брандмауэр OS X.Я отключил брандмауэр OS X и сохраненную проблему, таким образом, это не проблема.
2 ответа
Решение
Проблема больше не сохраняется после того, как я ввел следующую команду в моем virtualenv:
pip install -U paramiko
Это установило paramiko-1.7.6 и pycrypto-2.0.1. Раньше у меня были парамико-1.7.4 и пикрипто-2.0.1.
Похоже, что виновником была paramiko , учитывая, что версия pycrypto не изменилась. Как минимум, существует взаимодействие между paramiko 1.7.4 и Fabric 0.9, которое исправлено обновлением paramiko до 1.7.6.
Примечание: Я обновился до paramiko-1.7.6 за один виртуальный сервер и подтвердил, что проблема исчезла. Затем я активировал другой virtualenv, в котором все еще был paramiko-1.7.4, и подтвердил, что проблема все еще сохраняется, что и произошло. Затем я обновил paramiko с 1.7.4 до 1.7.6 и подтвердил, что проблема исчезла и в этом virtualenv.
Спасибо, что отслеживаете это здесь. Я просто хочу отметить для всех читателей, что Paramiko 1.7.4 ранее был известен как стабильный с Fabric 0.9, но за последнюю неделю или две несколько пользователей начали проявлять эту или аналогичные проблемы (таймауты отключения), поэтому я предполагаю, что некоторые другой компонент (обновление Python или обновление пакета удаленного сервера, или что-то еще) вступает в игру, что указывает на ошибку в 1.7.4.
Я буду проверять журналы изменений для Paramiko 1.7.5 / 1.7.6 и собирать дополнительную информацию о пользовательских платформах / версиях Python и т. Д., Чтобы попытаться увидеть, появится ли закономерность.
РЕДАКТИРОВАТЬ: Недавно созданный билет Redmine для решения этой проблемы находится здесь: http://code.fabfile.org/issues/show/158