handler - simple - playbooks examples ansible

El manejador ansible no ejecuta múltiples tareas de manejador

Question

Tenemos un rol Ansible que necesita ejecutar tres tareas en el archivo de tareas handlers/main.yml , pero solo ejecuta la primera tarea. ¿Cómo lo obligo a ejecutar las otras dos tareas? Tengo el indicador de ignore activado si la primera tarea falla.

El archivo tasks/main.yml parece a:

- name: openfire | Copy plugins into openfire/plugins
copy: src={{ srcdir }}/xmpp/{{ item }} dest=${bindir}/openfire/plugins/{{ item }}
with_items:
- x.jar
- y.jar
sudo: yes
sudo_user: ${tomcat_user}
notify: restart openfire
- name: openfire | Copy jars into openfire/lib
copy: src={{ srcdir }}/xmpp/{{ item }} dest=${bindir}/openfire/lib/{{ item }}
with_items:
- a.jar
- b.jar
sudo: yes
sudo_user: ${tomcat_user}
notify: restart openfire

El archivo handlers/main.yml ve como:

- name: restart openfire
service: name=openfire state=stopped
ignore_errors: true
sudo: yes
- name: restart openfire
file: path=/var/run/openfire.pid state=absent
sudo: yes
- name: restart openfire
service: name=openfire state=restarted enabled=yes
sudo: yes

Solo se ejecuta la primera tarea del controlador (cerrar openfire).

Answer 1

A partir de Ansible 2.2, ahora puede notificar varios manejadores al mismo tiempo utilizando la directiva de listen :

- name: stop openfire
listen: restart openfire
service: name=openfire state=stopped
ignore_errors: true
sudo: yes
- name: remove openfire pid file
listen: restart openfire
file: path=/var/run/openfire.pid state=absent
sudo: yes
- name: restart openfire
listen: restart openfire
service: name=openfire state=restarted enabled=yes
sudo: yes

Answer 2

Es posible que el manejador llame a otra notificación. También se permiten múltiples llamadas de notificación:

---
- name: restart something
command: shutdown.sh
notify:
- wait for stop
- start something
- wait for start
- name: wait for stop
wait_for: port={{port}} state=stopped
- name: start something
command: startup.sh
- name: wait for start
wait_for: port={{port}} state=started

Answer 3

La forma en que el código de ejemplo anterior usa notify en Ansible no se admite oficialmente, por lo que no me sorprende que no funcione (y me sorprendería si alguna vez realmente funcionara). En su caso particular, usar una tarea en su libro de jugadas o un controlador que simplemente usa state=restarted para reiniciar el servicio, sería una mejor opción:

- service: name=openfire state=restarted enabled=yes

Sin embargo, si necesita ejecutar varios manejadores como resultado de una operación, la mejor manera de hacerlo sería notificar cada comando por separado en una cadena. Tenga en cuenta que esto casi siempre es indicativo de un problema más profundo ... pero de vez en cuando, he tenido que notificar a otro manejador después de que un manejador determinado haya completado, así:

# Inside handlers/main.yml:
- name: import database
mysql_db: name=database state=import target=/path/to/dump.sql
notify: run shell script
- name: run shell script
shell: /path/to/some/shell/script.sh

Esto debería ser bastante raro, pero no creo que sea una opción tan mala para ciertos escenarios (en mi caso, tuve que importar un volcado de base de datos, luego ejecutar un script de shell después de que se completara, y la mejor manera de hacerlo). La operación idempotent fue notificar al controlador de la import database lugar de intentar realizar la importación directamente en mi libro de jugadas).

Answer 4

Tal vez sea demasiado tarde, ya que su publicación es de enero, pero ... ¿por qué nombra de manera idéntica a todos los diferentes manejadores? Se supone que los manejadores deben llamarse en las tareas por su name , por lo que quizás deba nombrarlos de manera diferente. Intenta cambiar el archivo de controladores a algo como esto:

- name: stop openfire
service: name=openfire state=stopped
ignore_errors: true
sudo: yes
- name: remove openfire pid
file: path=/var/run/openfire.pid state=absent
sudo: yes
- name: restart openfire
service: name=openfire state=restarted enabled=yes
sudo: yes

De todos modos, estoy de acuerdo con Mxx en el punto de que este archivo de controladores es bastante extraño. Debería ser suficiente con un state=restarted .