Я пытаюсь создать очарование, которое может соединиться с rabbitmq. Я записал amqp-relation-joined и amqp-relation-changed. Ни один из этих сценариев не выполняется, когда я работаю juju add-relation $mycharm rabbitmq-server
. В журналах я вижу
...
==> <$HOME>/.juju/local/log/unit-rabbitmq-server-0.log <==
2014-03-04 20:43:48 DEBUG juju.worker.uniter.filter filter.go:523 no new charm event
2014-03-04 20:43:48 DEBUG juju.worker.uniter.filter filter.go:338 got relations change
==> <$HOME>/.juju/local/log/unit-flask-0.log <==
2014-03-04 20:43:48 DEBUG juju.worker.uniter.filter filter.go:523 no new charm event
2014-03-04 20:43:48 DEBUG juju.worker.uniter.filter filter.go:338 got relations
...
Я ожидаю видеть своего рода вывод от своих рычагов, потому что я регистрирую материал.
В amqp-relation-joined
:
echo "DOING AMQP STUFF"
juju-log "$JUJU_REMOTE_UNIT modified its settings"
juju-log "Relation settings:"
relation-get
juju-log "Relation members:"
relation-list
touch /var/i_was_here
В amqp-relation-changed
:
echo "DOING AMQP STUFF"
juju-log "$JUJU_REMOTE_UNIT modified its settings"
juju-log "Relation settings:"
relation-get
juju-log "Relation members:"
relation-list
touch /var/i_was_also_here
Когда я ssh в машину, я не вижу также /var/i_was_here
или /var/i_was_also_here
Я выполняю амулет на Ubuntu 12.04 в локальном режиме.
Править:
metadata.yml
name: flask
summary: Flask is a lightweight "microframework" that is often used for simple apis
maintainer: Ubuntu <Ubuntu@ip-172-31-24-81.us-west-2.compute.internal>
description: |
...
categories:
- misc
subordinate: false
provides:
api:
interface: http
requires:
amqp:
interface: rabbitmq
Очарование, которое я использую, включается в единый репозиторий в https://github.com/peterklipfel/firesuit/tree/master/charms
Хорошо, таким образом, проблема, которую я имел, состояла в том, что я не был фоновой обработкой процесс в эти start
рычаг. По сути, рычаг никогда не завершал и по существу замораживал состояние того сервиса. Я думал, что это работало, потому что API, который я настраивал, ответит. Процесс, который заморозил его, был передним планом uwsgi процесс.
Однако debug-hooks
не работал, потому что узел был заморожен. То, что я не понял, - то, что tmux сессия открывает , новый сессия для каждого рычага. Таким образом, начальная сессия будет не , показали возможности в документации... Конечно, в документации говорится это, но мой мозг не взял ее.
Благодаря всем людям амулета для помощи мне через ту.
Я не вижу ничто плохого с тем, что Вы отправили. Необходимо проверить, чтобы удостовериться, что рычаги являются исполняемым файлом и также смотрят на эти debug hooks
команда: