То, как я фиксирую “Пользовательский тайм-аут, вызвало сбой соединения” ошибка?
Я следую этим инструкциям - Как я настраиваю амулет для локального использования? и все появляется хорошо до:
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/ пусто.
начальная загрузка амулета, завершенная в 10 secs, которые я подозреваю, не корректна
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.
1 ответ
Скоро начнется самозагрузка. В большинстве сред начальная загрузка на самом деле раскручивает машину, когда вы работаете с локальным развертыванием, она просто создает первый контейнер LXC и настраивает сеть. Так что обычно это занимает 10-20 секунд. Волшебство происходит при первом развертывании, как объяснено в этом вопросе локальной конфигурации , это когда Juju загружает ~ 300 МБ образ сервера и создает «главный контейнер», на котором основаны все будущие развертывания.
Похоже, ошибка, которую вы получаете, говорит о том, что есть тайм-аут при попытке добраться до магазина 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, который инструктирует Juju искать здесь для обаяния, а префикс local: сообщает Juju, что развертывание будет происходить с этого локального пути --repository.