{"id":166,"date":"2020-02-10T21:28:19","date_gmt":"2020-02-10T20:28:19","guid":{"rendered":"https:\/\/www.grutt.org\/?p=166"},"modified":"2020-03-31T22:04:00","modified_gmt":"2020-03-31T20:04:00","slug":"superviser-une-application-linux-dans-sci-ga-gax","status":"publish","type":"post","link":"https:\/\/www.grutt.org\/?p=166","title":{"rendered":"Superviser une application Linux dans SCI\/GA\/GAX"},"content":{"rendered":"\n

Mise \u00e0 jour du 31\/03\/2020 : <\/strong>
Pardonnez moi cher lecteurs car j’ai p\u00each\u00e9. En effet, et contrairement \u00e0 mes habitudes, j’ai \u00e9crit cet article en me basant sur mes notes et sur mes souvenirs, ce qui fait que certaines parties \u00e9taient trop rapides ou absentes. D’o\u00f9 cette mise \u00e0 jour. D\u00e9cid\u00e9ment, Cassandra est bien compliqu\u00e9 \u00e0 comprendre \ud83d\ude09<\/em><\/p>\n\n\n\n

Sur les applications les plus r\u00e9centes de Genesys, on note de plus en plus l’utilisation de solutions \u00ab\u00a0libres\u00a0\u00bb. Je veux parler par exemple d’applications telles que les bases de donn\u00e9es Cassandra, les serveurs web Apache ou Tomcat, Kafka,… Probl\u00e8me, ces solutions, telles qu’elles, ne sont pas int\u00e9gr\u00e9es aux outils de supervision de Genesys que sont SCI, GA ou GAX. Or si elles plantent, votre solution sera tout aussi inutilisable que si c’\u00e9tait un composant Genesys qui se vautrait… Nous allons donc rem\u00e9dier \u00e0 cela, en prenant pour exemple cette bonne vieille Cassandra !<\/p>\n\n\n\n

\"\"
Oui faire du NoSQL, \u00e7a peut rendre ronchon !<\/figcaption><\/figure>\n\n\n\n

Le mod\u00e8le, c’est important<\/h2>\n\n\n\n

Tout d’abord, il faut savoir que Genesys propose de cr\u00e9er des mod\u00e8les d’application pour ces serveurs tierces parties, alias<\/em> comme le disent nos amis d’outre manche \u00ab\u00a0Third Party Server<\/em>\u00ab\u00a0.
Rien de sp\u00e9cial dans la cr\u00e9ation de ce template, je vais donc me limiter \u00e0 une capture d’\u00e9cran.<\/p>\n\n\n\n

\"\"
Oui, je d\u00e9borde d’imagination pour mes noms de templates…<\/figcaption><\/figure>\n\n\n\n

Maintenant que le template est cr\u00e9\u00e9, nous pouvons attaquer la cr\u00e9ation de l’application elle-m\u00eame. Bien s\u00fbr celle-ci sera bas\u00e9e sur ce nouveau template \u00ab\u00a0Cassandra Node\u00a0\u00bb.<\/p>\n\n\n\n

C’est toujours up ?<\/h2>\n\n\n\n

Pour v\u00e9rifier que notre composant est toujours bien en m\u00e9moire, nous allons devoir nous assurer que le LCA de la machine h\u00f4te retrouve bien dans les process ce composant qui nous int\u00e9resse. Ici plusieurs \u00e9coles existent sous Linux, voici la mienne :<\/p>\n\n\n\n

  • R\u00e9pertoire de travail : \u00ab\u00a0\/\u00a0\u00bb (oui, simplement \/)<\/li>
  • Ligne de commande : \u00ab\u00a0bin\/sh\u00a0\u00bb (\u00e0 adapter bien s\u00fbr si vous utilisez un autre shell). Celui-ci sera donc combin\u00e9 avec notre r\u00e9pertoire de travail pour faire un bon vieux \u00ab\u00a0\/bin\/sh\u00a0\u00bb<\/li>
  • Arguments de ligne de commande : ici on arrive dans la partie int\u00e9ressante o\u00f9 on va sp\u00e9cifier le chemin vers nos ex\u00e9cutables. Cela d\u00e9pendra forc\u00e9ment de votre installation mais vous devriez arriver \u00e0 quelque chose du genre : \u00ab\u00a0\/LE_REPERTOIRE_D_INSTALLATION_DE_MON_CASSANDRA\/bin\/cassandra -f\u00a0\u00bb<\/li><\/ul>\n\n\n\n
    \"\"<\/figure>\n\n\n\n

    Avec ces options, vous devriez… pas pouvoir faire grand chose ! En effet, quand vous lancez cassandra en ligne de commande avec cette commande, il s’agit en fait d’un script qui s’ex\u00e9cute et qui va lancer la ligne de commande java \u00ab\u00a0qui va bien\u00a0\u00bb avant de dispara\u00eetre tout en lui redonnant son PID. Nous allons donc modifier le script \u00ab\u00a0cassandra\u00a0\u00bb de lancement afin qu’il ne disparaisse pas.
    Pour cela, \u00e9ditez ce script et remplacez dedans :<\/p>\n\n\n\n

    # The cassandra-foreground option will tell CassandraDaemon not\n# to close stdout\/stderr, but it's up to us not to background.\nif [ \"x$foreground\" != \"x\" ]; then\n    cassandra_parms=\"$cassandra_parms -Dcassandra-foreground=yes\"\n    if [ \"x$JVM_ON_OUT_OF_MEMORY_ERROR_OPT\" != \"x\" ]; then\n        exec $NUMACTL \"$JAVA\" $JVM_OPTS \"$JVM_ON_OUT_OF_MEMORY_ERROR_OPT\" $cassandra_parms -cp \"$CLASSPATH\" $props \"$class\"\n    else\n        exec $NUMACTL \"$JAVA\" $JVM_OPTS $cassandra_parms -cp \"$CLASSPATH\" $props \"$class\"\n    fi\n# Startup CassandraDaemon, background it, and write the pid.\nelse\n    if [ \"x$JVM_ON_OUT_OF_MEMORY_ERROR_OPT\" != \"x\" ]; then\n        exec $NUMACTL \"$JAVA\" $JVM_OPTS \"$JVM_ON_OUT_OF_MEMORY_ERROR_OPT\" $cassandra_parms -cp \"$CLASSPATH\" $props \"$class\" <&- &\n        [ ! -z \"$pidpath\" ] && printf \"%d\" $! > \"$pidpath\"\n        true\n    else\n        exec $NUMACTL \"$JAVA\" $JVM_OPTS $cassandra_parms -cp \"$CLASSPATH\" $props \"$class\" <&- &\n        [ ! -z \"$pidpath\" ] && printf \"%d\" $! > \"$pidpath\"\n        true\n    fi\n    true\nfi<\/code><\/pre>\n\n\n\n
    par :<\/p>\n\n\n\n
    # The cassandra-foreground option will tell CassandraDaemon not\n# to close stdout\/stderr, but it's up to us not to background.\nif [ \"x$foreground\" != \"x\" ]; then\n    cassandra_parms=\"$cassandra_parms -Dcassandra-foreground=yes\"\n    $NUMACTL \"$JAVA\" $JVM_OPTS $cassandra_parms -cp \"$CLASSPATH\" $props \"$class\"\n# Startup CassandraDaemon, background it, and write the pid.\nelse\n    $NUMACTL \"$JAVA\" $JVM_OPTS $cassandra_parms -cp \"$CLASSPATH\" $props \"$class\" <&- &\n    [ ! -z \"$pidpath\" ] && printf \"%d\" $! > \"$pidpath\"\n    true\nfi<\/code><\/pre>\n\n\n\n
    (Oui c’est barbare et je n’y comprends pas grand chose. Merci \u00e0 mon coll\u00e8gue Antoine qui m’a fil\u00e9 cette astuce, un barbu par l’esprit, m\u00eame sans la pilosit\u00e9).
    L’id\u00e9e g\u00e9n\u00e9rale est la suppression des commandes \u00ab\u00a0exec\u00a0\u00bb qui vont permettre de ne plus faire dispara\u00eetre le script cassandra apr\u00e8s qu’il ait lanc\u00e9 cassandra m\u00eame.<\/p>\n\n\n\n
    Pour confirmer le bon fonctionnement de cette manipulation, allez faire un tour en ligne de commande sur votre h\u00f4te et faites un bon vieux \u00ab\u00a0ps -aux | grep cassandra\u00a0\u00bb (avec Cassandra actif).
    Ainsi vous devriez retrouver la ligne de commande que cherche LCA (en plus de la ligne commen\u00e7ant par \u00ab\u00a0java\u00a0\u00bb), et qui doit correspondre \u00e0 la concat\u00e9nation de \u00ab\u00a0R\u00e9pertoire de travail\u00a0\u00bb + \u00ab\u00a0Ligne de commande\u00a0\u00bb + \u00ab\u00a0Arguments de ligne de commande\u00a0\u00bb. Si ce n’est pas le cas, faites les ajustements n\u00e9cessaires.<\/p>\n\n\n\n
    Dans le doute, reboot !<\/h2>\n\n\n\n
    Bon, maintenant on peut voir si l’\u00e9tat de notre application, et \u00e7a c’est bien. Mais pas moyen de l’allumer\/\u00e9teindre via<\/em> notre interface !
    Rien de plus simple :<\/p>\n\n\n\n