Comment créer un nouveau service système par ansible-playbook

J'ai créé un script pour démarrer/arrêter ma demande. Maintenant, je veux l'ajouter en tant que centos système de service. J'ai d'abord créé un groupe pour créer un lien à partir de mon script /etc/init.d/nom_service comme ci-dessous.

---

- name: create startup link
  file: src={{ cooltoo_service_script }} dest={{ cooltoo_service_init }} state=link

Après avoir créer le service, je veux l'ajouter à de service du système. La commande utilisée pour ce faire est "chkconfig --add service_name". Je me demande si il y a un ansible module pour le faire au lieu de figé le commande en ansible-playbook fichier. J'ai regardé cette page http://docs.ansible.com/ansible/service_module.html mais il ne montre que la façon de gérer un service qui n'est pas en créer un nouveau.

source d'informationauteur Zhao Yi

  1. 12

    Le "service" module prend en charge et 'activé' argument. Voici un exemple d'une partie d'un playbook, dont je reconnais volontiers ne ressembler à une les débutants attempte

      - name: install rhel sysv supervisord init script
    copy: src=etc/rc.d/init.d/supervisord dest=/etc/rc.d/init.d/supervisord owner=root group=root mode=0755

  - name: install rhel sysv supervisord sysconfig
    copy: src=etc/sysconfig/supervisord dest=/etc/sysconfig/supervisord owner=root group=root mode=0640

  - name: enable sysv supervisord service
    service: name=supervisord enabled=yes

  - name: start supervisord
    service: name=supervisord state=started

    IMPORTANT beaucoup de custom scripts d'initialisation ÉCHOUE avec Ansible et SysV init; la raison étant que le "statut" de l'option (service supervisord état) a besoin d'un retour d'un LSB-conforme code de retour. Sinon, Ansible ne saura pas si un service est en haut ou en bas, et idempotence sera un échec (redémarrage fonctionne toujours parce que c'est inconditionnelle)

    Voici une partie d'un script, j'ai juste réécrit pour utiliser le statut de la fonction dans /etc/init.d/fonctions (vous remarquerez le même modèle dans d'autres Red Hat fourni init scripts dans /etc/init.d/

    status)
    /usr/bin/supervisorctl $OPTIONS status
    status -p $PIDFILE supervisord
    # The 'status' option should return one of the LSB-defined return-codes,
    # in particular, return-code 3 should mean that the service is not
    # currently running. This is particularly important for Ansible's 'service'
    # module, as without this behaviour it won't know if a service is up or down.
    RETVAL=$?
    ;;

    Référence: http://refspecs.linuxfoundation.org/LSB_5.0.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html

    Si l'état de l'action est demandée, le script d'initialisation sera de retour le
    suite à la sortie des codes d'état.

    0 programme est en cours d'exécution ou le service est OK 1 programme est mort et /var/run
    fichier pid existe 2 programme est mort et /var/lock lock fichier existe
    3 programme n'est pas en cours d'exécution 4 programme ou service de l'état est inconnu
    5-99 réservés pour de futures LSB utiliser 100 à 149 réservé pour la distribution d'utilisation
    150 à 199 réservés pour une utilisation de l'application 200-254 réservés

  2. 22

    Ci-dessous l'extrait de code va créer un Service dans CentOS 7.

    Code

    Tâches

    /tâches/main.yml

    - name: TeamCity | Create environment file
  template: src=teamcity.env.j2 dest=/etc/sysconfig/teamcity
- name: TeamCity | Create Unit file
  template: src=teamcity.service.j2 dest=/lib/systemd/system/teamcity.service mode=644
  notify:
    - reload systemctl
- name: TeamCity | Start teamcity
  service: name=teamcity.service state=started enabled=yes

    Modèles

    /templates/teamcity.service.j2

    [Unit]
Description=JetBrains TeamCity
Requires=network.target
After=syslog.target network.target
[Service]
Type=forking
EnvironmentFile=/etc/sysconfig/teamcity
ExecStart={{teamcity.installation_path}}/bin/teamcity-server.sh start
ExecStop={{teamcity.installation_path}}/bin/teamcity-server.sh stop
User=teamcity
PIDFile={{teamcity.installation_path}}/teamcity.pid
Environment="TEAMCITY_PID_FILE_PATH={{teamcity.installation_path}}/teamcity.pid"
[Install]
WantedBy=multi-user.target

    \templates\teamcity.env.j2

    TEAMCITY_DATA_PATH="{{ teamcity.data_path }}"

    Des gestionnaires

    \gestionnaires\main.yml

    - name: reload systemctl
  command: systemctl daemon-reload

    Référence :

  3. 1

    En effet, le service module ne gère déjà enregistré services comme vous l'avez compris. À ma connaissance, il n'existe pas de module pour vous inscrire à un service.

    Êtes-vous au courant de cette étape peut être sautée avec quelques modifications à votre init.d script? Si le script suit ces règles, vous pouvez utiliser le service module pour activer/démarrer le service.

  4. 0

    Pour RedHat/CentOS 7 (en utilisant systemd/systemctl), l'équivalent de chkconfig --add ${SERVICE_NAME} est systemctl daemon-reload [via fedoraproject.org].

    Puis, à l'aide de la systemd module de Ansible 2.2 ou ultérieure, vous pouvez démarrer un service avec un précédent systemctl daemon-reload comme [via docs.ansible.com]:

    # Example action to restart service cron on centos, in all cases, also issue daemon-reload to pick up config changes
- systemd:
    state: restarted
    daemon_reload: yes
    name: crond

    Basé sur mon expérience, la daemon_reload paramètre peut également être utilisé dans le générique service module ainsi, bien qu'il n'est pas documenté, et peut échouer sur la non-systemd systèmes:

    - service:
    state: restarted
    daemon_reload: yes
    name: crond