Вопрос Как исправить ошибку «Ошибка таймаута, вызванного отключением пользователя»?


Я следую этим инструкциям - Как настроить juju для локального использования? и все появляется хорошо, пока:

juju deploy mysql - который дает

2012-08-01 16:14:58,560 INFO Searching for charm cs:precise/mysql in charm store
User timeout caused connection failure.
2012-08-01 16:15:28,592 ERROR User timeout caused connection failure.

~/juju/samples/charms/ пусто.

juju bootstrap завершен в течение 10 секунд, который, как я подозреваю, неверен

geme@GEME1:~$ juju bootstrap
2012-08-01 16:13:11,878 INFO Bootstrapping environment 'sample' (origin: distro type: local)...
2012-08-01 16:13:11,880 INFO Checking for required packages...
2012-08-01 16:13:12,525 INFO Starting networking...
2012-08-01 16:13:12,870 INFO Starting zookeeper...
2012-08-01 16:13:13,041 INFO Starting storage server...
2012-08-01 16:13:15,474 INFO Initializing zookeeper hierarchy
2012-08-01 16:13:17,846 INFO Starting machine agent (origin: distro)... 
2012-08-01 16:13:19,483 INFO Environment bootstrapped
2012-08-01 16:13:19,487 INFO 'bootstrap' command finished successfully

статус показывает:

geme@GEME1:~$ juju status
machines:
  0:
    agent-state: running
    dns-name: localhost
    instance-id: local
    instance-state: running
services: {}
2012-08-01 16:13:28,304 INFO 'status' command finished successfully
geme@GEME1:~$ juju -v status
2012-08-01 16:13:44,419 DEBUG Initializing juju status runtime
2012-08-01 16:13:44,522:2807(0xb77abb00):ZOO_INFO@log_env@658: Client environment:zookeeper.version=zookeeper C client 3.3.5
2012-08-01 16:13:44,522:2807(0xb77abb00):ZOO_INFO@log_env@662: Client environment:host.name=GEME1
2012-08-01 16:13:44,523:2807(0xb77abb00):ZOO_INFO@log_env@669: Client environment:os.name=Linux
2012-08-01 16:13:44,523:2807(0xb77abb00):ZOO_INFO@log_env@670: Client environment:os.arch=3.2.0-23-generic-pae
2012-08-01 16:13:44,523:2807(0xb77abb00):ZOO_INFO@log_env@671: Client environment:os.version=#36-Ubuntu SMP Tue Apr 10 22:19:09 UTC 2012
2012-08-01 16:13:44,532:2807(0xb77abb00):ZOO_INFO@log_env@679: Client environment:user.name=geme
2012-08-01 16:13:44,535:2807(0xb77abb00):ZOO_INFO@log_env@687: Client environment:user.home=/home/geme
2012-08-01 16:13:44,535:2807(0xb77abb00):ZOO_INFO@log_env@699: Client environment:user.dir=/home/geme
2012-08-01 16:13:44,535:2807(0xb77abb00):ZOO_INFO@zookeeper_init@727: Initiating client connection, host=192.168.122.1:59761 sessionTimeout=10000 watcher=0xd9f620 sessionId=0 sessionPasswd=<null> context=0x8a43440 flags=0
2012-08-01 16:13:44,545:2807(0xb7483b40):ZOO_INFO@check_events@1585: initiated connection to server [192.168.122.1:59761]
2012-08-01 16:13:44,564:2807(0xb7483b40):ZOO_INFO@check_events@1632: session establishment complete on server [192.168.122.1:59761], sessionId=0x138e2bf765f0003, negotiated timeout=10000
2012-08-01 16:13:44,573 DEBUG Environment is initialized.
machines:
  0:
    agent-state: running
    dns-name: localhost
    instance-id: local
    instance-state: running
services: {}
2012-08-01 16:13:44,599 INFO 'status' command finished successfully

С подробным флагом:

juju -vv deploy mysql
2012-08-02 17:37:52,895 DEBUG Initializing juju deploy runtime
2012-08-02 17:37:52,897 INFO Searching for charm cs:precise/mysql in charm store
Traceback (most recent call last):<br>
Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure.
2012-08-02 17:38:22,936 ERROR Traceback (most recent call last):
Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure.

User timeout caused connection failure.
2012-08-02 17:38:22,942 ERROR User timeout caused connection failure.

3
2017-08-01 15:33


происхождения


Это нормально для начальной загрузки juju. Он запускает фоновый процесс, и это занимает много времени. Просто комментарий, хотя, основываясь на моем опыте; Я не могу помочь дальше :( - roadmr
Возможно, я был немного нетерпелив, но теперь он был на протяжении всего времени, так как я начал бунстреп. Я вижу, что некоторые фоновые процессы python работают, но все еще ничего в ~ / juju кроме charms / files / state / units / zookeeper. - GeoffM


ответы:


Бутстрапинг быстро ожидается. В большинстве сред бутстрап фактически разворачивает машину, когда вы работаете с локальным развертыванием, он просто создает первый контейнер LXC и настраивает сеть. Таким образом, это обычно занимает 10-20 секунд. Магия происходит при первом развертывании, как объясняется в этот вопрос локальной конфигурации, это когда Juju загружает изображение сервера ~ 300MB и создает «главный контейнер», на котором основаны все будущие развертывания.

Теперь ошибка, полученная при получении, указывает на то, что существует тайм-аут, пытающийся добраться до магазина Juju Charm. Я не знал о каких-либо отключениях, но это может быть из-за того, что вы находитесь за прокси-сервером или какой-то другой сетевой проблемой / таймаутом. Я рекомендую попробовать снова (juju destroy-environment -e local), затем перезагрузите.

Если у вас проблемы с прокси-сервером, вы можете загружать чары локально с помощью Bazaar:

mkdir -p ~/charms/precise
cd ~/charms/precise
bzr branch lp:charms/mysql
juju deploy --repository=~/charms local:mysql

В то время как каталог может быть чем угодно, важно, чтобы каждый элемент должен находиться в папке с последовательностью (после имен выпусков Ubuntu). Вне этого вы используете --repository который поручает Джуджу искать Вот для прелестей и local: prefix сообщает Juju, что развертывание будет из этого локального --repository дорожка.


1
2017-08-02 15:26



Я думаю, это из-за сетевого прокси. Это выглядит аналогичным - bugs.launchpad.net/charms/+bug/1028099 - GeoffM
К сожалению, это похоже на прокси-дубликат этой ошибки. Я не уверен в решении в это время, хотя / - Marco Ceppi♦
Есть ли способ загрузить чары в локальный репозиторий и развернуть их? - GeoffM
Да, ты можешь. Если bzr все еще работает для вас, вы можете просто bzr branch lp:charms/mysql, Я обновлю свой ответ - Marco Ceppi♦
Отлично, что работает. Charm развертывается, хотя состояние застряло «pendind», но это еще один вопрос. У меня очень мало опыта работы с python - но кажется, что общие прокси-envars (http_proxy, https_proxy) не поддерживаются - так что я увижу дальнейшие проблемы подключения juju? - GeoffM