У меня есть одна виртуальная машина в Windows Azure. Я установил Juju в моей виртуальной машине. Я хочу развернуть WordPress на моем виртуальной машине. Я работаю на 64-битной машине
Я читал этот блог о пошаговом развертывании WordPress:
https://juju.ubuntu.com/get- началось / локально
Но я получил ошибку в моем статусе juju, как показано ниже:
machines:
"0":
agent-state: started
agent-version: 1.12.0.1
dns-name: 10.0.3.1
instance-id: localhost
series: precise
"1":
agent-state: started
agent-version: 1.12.0.1
instance-id: azureuser-local-machine-1
instance-state: missing
series: precise
"2":
agent-state: started
agent-version: 1.12.0.1
instance-id: azureuser-local-machine-2
instance-state: missing
series: precise
services:
mysql:
charm: cs:precise/mysql-27
exposed: false
relations:
cluster:
- mysql
db:
- wordpress
units:
mysql/0:
agent-state: error
agent-state-info: 'hook failed: "config-changed"'
agent-version: 1.12.0.1
machine: "1"
public-address: 10.0.3.209
wordpress:
charm: cs:precise/wordpress-16
exposed: true
relations:
db:
- mysql
loadbalancer:
- wordpress
units:
wordpress/0:
agent-state: started
agent-version: 1.12.0.1
machine: "2"
public-address: 10.0.3.174
Затем, когда я пытаюсь получить доступ к общему адресу с IP-адресом 10.0.3.174, я получил плохой шлюз .
На статус дзюдо я основал:
units:
mysql/0:
agent-state: error
agent-state-info: 'hook failed: "config-changed"'
Как решить эту ошибку?
То, что Вы видите, является ошибкой, которая произошла во время выполнения рычага для измененного рычага конфигурации MySQL. Это обычно происходит из-за нескольких вещей
Запустить Вас должно будет собрать некоторую информацию о Вашей в настоящее время операции выполнения в журналах отладки. Под продуктивными средами (как aws, hpcloud, и т.д.) Вы работаете juju debug-log -n 500
однако, так как Вы выполняете локального поставщика, это будет расположено в
$HOME/.juju/local/logs/unit-wordpress-0.log
$HOME/.juju/local/logs/unit-mysql-0.log
Формат файлов журнала является довольно прямым, и если Вы требуете дополнительной справки, анализирующей их, загружаете ее на paste.ubuntu.com, и мы можем пройти журналы или в #Juju на IRC или обновить вопрос.
Обычно, когда с ошибкой встречаются из-за угловых случаев или условий состязания, можно разрешить ошибку и повторить выполнение рычага путем выполнения juju resolved -r <service>/<unit>
таким образом в примере Вашего mysql сцепляют отказ, juju resolved -r mysql/0
повторно выполнит неудавшийся рычаг и если он завершится успешно, то сервис продолжит развертывание.