ElasticSearch won't start on Ubuntu server 16.04

Impossible de se connecter à ElasticSearch sur une version fraiche d'Ubuntu serveur 16.04

Il s'agit d'une traduction du post de fcoelho sur le fil de discussion d'elastic.

root@ubuntu1604lts:~# curl -X GET 'http://localhost:9200'
curl: (7) Failed connect to localhost:9200; Connection refused.

Même avec la configuration réseau par défaut.

Le service ElasticSearch ne démarre pas

root@ubuntu1604lts:~# systemctl status elasticsearch
● elasticsearch.service - LSB: Starts elasticsearch
   Loaded: loaded (/etc/init.d/elasticsearch; bad; vendor preset: enabled)
   Active: active (exited) since Sun 2018-03-11 15:08:09 CET; 5s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1386 ExecStop=/etc/init.d/elasticsearch stop (code=exited, status=0/S
  Process: 1421 ExecStart=/etc/init.d/elasticsearch start (code=exited, status=0

Le serveur n'écoute pas sur le port 9200 :

root@ubuntu1604lts:~# netstat -atp tcp | grep -i "listen"
tcp        0      0 *:ssh                   *:*                     LISTEN      811/sshd
tcp        0      0 *:postgresql            *:*                     LISTEN      553/postgres
tcp        0      0 *:5433                  *:*                     LISTEN      554/postgres
tcp6       0      0 [::]:ssh                [::]:*                  LISTEN      811/sshd
tcp6       0      0 [::]:postgresql         [::]:*                  LISTEN      553/postgres
tcp6       0      0 [::]:5433               [::]:*                  LISTEN      554/postgres

La solution

Il semble que pour lancer le service ElasticSearch sur Ubuntu 16.4, il faut paramétrer START_DAEMON à true dans le fichier /etc/default/elasticsearch :

 # Start Elasticsearch automatically
START_DAEMON=true
Par défaut, cette ligne est commentée dans le paquet elasticsearch d'Ubuntu (sic)

La décommenter permet au service de se lancer correctement.

On peut également s'assurer que le service démarre avec le bon utilisateur. Pour cela, il suffit de décommetter les 2 lignes suivantes :

# Run Elasticsearch as this user ID and group ID
ES_USER=elasticsearch
ES_GROUP=elasticsearch

Important

Pour finir, assurez-vous d'utiliser systemctl restart au lieu de start car le service est démarré juste après l'isntallation, et apparemment, il y a soit un socket, un pidfile ou quelque chose d'autre que le système retient et qui devrait être disponible pour que le service démarre à nouveau.


On peut également forcer la main à ElasticSearch en le démarrant avec son utilisateur :
root@ubuntu1604lts:~# sudo -u elasticsearch /usr/share/elasticsearch/bin/elasticsearch &

Pense-bête - Commandes dans VIM

Voici les principales commandes de VIM

i           => Basculer dans le mot insertion
:q!         => Quitter sans enregistrer
:qw         => Quitter après l'enregistrement
:w          => Enregistrer le fichier
d$          => Supprime les données jusqu'à la fin de la ligne
dw          => Supprime les données jusqu'au prochain mot
de          => Supprime le mot courant
w           => Passer au mot suivant
2w          => Sauter deux mots
2dw         => Supprime les deux derniers mots
0           => Aller en début de ligne
u           => Annuler la dernière action
yy          => Copier la ligne
4yy         => Copier 4 lignes
p           => Coller après
P           => Insérer avant
Ctrl + R    => Annule la dernière annulation
Ctrl + Z    => Fermer
/           => Recherche
?           => Recherche dans le sens inverse
n           => Occurrence suivante

Désactiver MySQL / PostGreSQL sur Debian

Il peut arriver d'avoir besoin de désactiver un serveur MySQL ou  PostGreSQL

pour cela, il suffit d'agir sur le démon qui contrôle le service

MySQL

Arrêter le serveur MySQL avec la commande classique :
root@----:~# /etc/init.d/mysql stop
[ ok ] Stopping MySQL database server: mysqld.

(ré)Activer ou désactiver un démon (avec sa configuration par défaut et ses niveaux d'exécution (avec sa configuration par défaut et ses niveaux d'exécution) :

root@----:~#  update-rc.d mysql disable [| enable]
update-rc.d: using dependency based boot sequencing
insserv: warning: current start runlevel(s) (empty) of script `mysql' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `mysql' overrides LSB defaults (0 1 6).

That's all !!

PostGreSQL

Arret du serveur PostGreSQL:

root@----:~# /etc/init.d/postgresql stop 

Désactivation du démon PostGreSQL :

root@----:~#  update-rc.d postgresql disable

Plus d'info sur le wiki Debian - Daemon

PostGreSQL/PostGIS Broken Package - liblwgeom-2.1.7

Retour d’expérience sur un problème de mise à jour PostGreSQL-9.3/PostGIS-2.1 sur debian.

Si vous êtes confronté à un problème avec la librairie liblwgeom-2.1.7 lors de la mise à jour de PostGreSQL(9.3)PostGIS(2.1) depuis le dépôt officiel, voici une solution rapide et efficace.


Attention, cette méthode impose l’arrêt de votre serveur de base de données.

Lors de la mise à jour de PostGreSQL (9.3) et PostGIS (2.1), c'est à dire des paquets :

liblwgeom-2.1.8 postgis postgis-doc postgresql-9.3-postgis-2.1 postgresql-9.3-postgis-scripts

vous pouvez être confronté à l'erreur suivante :

/var/cache/apt/archives/liblwgeom-2.1.8_2.1.8+dfsg-1.pgdg14.04+1_amd64.deb:
  trying to overwrite '/usr/lib/liblwgeom-2.1.8.so', which is also in
  package liblwgeom-2.1.7 2.1.8+dfsg-1~95.git18216c0.pgdg14.04+1

La librairie liblwgeom-2.1.8 ne peut être installée car la version précédente(2.1.7)ne peut être désinstallée.

Tenter de la désinstaller, n'est pas la meilleur solution à cause des dépendances :

# apt-get remove liblwgeom-2.1.7

Par contre, voici ce qui fonctionne :

# Arrêt du serveur 

service postgresql stop

#Suppression du paquet incriminé, sans prendre en compte des dépendances

dpkg -r liblwgeom-2.1.7

# Correction et poursuite de l'installation précédente

# Fix Broken Package 

apt-get -f install

# Restart du serveur 

service postgresql start

Tout est rentré dans l'ordre !

Origine de la solution : http://askubuntu.com/questions/675347/postgis-broken-package-unmet-dependencies-liblwgeom-2-1-8

Optimiser les temps de réponse de MySQL - le DNS

Accélérer le temps de réponse de MySQL en désactivant la résolution DNS

Pour traiter des quantités importantes de données (quelques millions de lignes), j'utilise Talend Open Studio for Data Integration.
Toutes mes bases de données MySQL sont hébergées sur une VM (VirtualBox / Debian) en local.

Or, j'ai un petit problème de résolution de nom lié aux règles de sécurité drastiques, ce qui fait que MySQL patauge un peu quand je l’interroge depuis ma machine, que ce soit avec Talend ou autre chose (MySQL WorkBench...) car il veut absolument résoudre mon IP :(

Donc pour contourner ce petit 'problème', il suffit  de désactiver la résolution DNS dans MySQL

Pour cela, ajoutez un ligne dans le fichier de configuration de MySQL (my.cnf) avec l'option suivante :

skip-name-resolve

et redémarrez le serveur MySQL

Et là ! ca marche mieux !

La doc : http://dev.mysql.com/doc/refman/5.1/fr/dns.html

Débordé

Pas trop le temps de bloguer en ce moment :

• Formation Techniques de Virtualisation chez Linagora (fin mars)
• Formation MySQL DBA chez Anaska (début avril - Sympa les grèves à la SNCF)
• Tests de solutions Haute Disponibilité Linux : Kvm/QEmu,Xen - Ovirt - HeartBeat - DRBD - iScsi

Les autres formations arrivent :

• Formation LPIC 102 + Certification LPIC 101 +102 chez Linagora (début juin)
• Formation MySQL HA chez Anaska (en mai)

Fiouuuu !

J'en profite pour saluer mes co-formés et les formateurs !