La vie tortueuse d'un Devops

Problème Suite à la montée de version d'elasticsearch 5 vers 6 les shards n'étant pas alloués ce qui provoquait un dysfonctionnement du cluster elastic (j'avais 50% des shards alloués et donc un cluster 'Jaune' -> Pas fonctionnel) Solution  Il fallait simplement lire la doc de migration ... Dans la doc de migration d'elastic 5 vers 6 on désactive le setting d'allocation de shards et a la fin de la migration il faut simplement la réactiver (une étape qui a du être oubliée).  Sur un des nœud :  curl -XPUT 'localhost:9200/_cluster/settings' -d '{ "transient": { "cluster.routing.allocation.enable" : "all" } }' Après avoir activé l'allocation, les shards ont été automatiquement activés et le cluster est passé en Vert (fonctionnel a 100%).

Problème Suite à la mise a jour d'elasticsearch 5.x vers 6.x, il m'était impossible de démarrer le demon via systemd car j'avais l'erreur suivante : [1] bootstrap checks failed [1]: memory locking requested for elasticsearch process but memory is not locked Solution C'est tout simplement écrit dans la doc d'elasticsearch mais il faut fouiller un peu. Dans le fichier de configuration systemd elasticsearch.service rajouter apres [Service] , LimitMEMLOCK=infinity: [ Service ] LimitMEMLOCK = infinity Puis recharger le demon systemctl sudo systemctl daemon - reload

Problème Afficher l'arborescence d'un filesystem quand la commande tree n'est pas disponible et qu'on a pas les droit d'admin sur la machine Solution Afficher que les répertoires find . -type d | sed 's/[^/]*\//| /g;s/| *\([^| ]\)/+--- \1/' Tout afficher (répertoires + fichiers) find . | sed 's/[^/]*\//| /g;s/| *\([^| ]\)/+--- \1/'