pourquoi elasticsearch ne fonctionne pas sur Ubuntu 14.04?
Je suis en train de déterminer si le elasticsearch instance est en cours d'exécution, mais il ne semble pas être:
ubuntu@ubuntu:~$ sudo service elasticsearch status
* elasticsearch is not running
ubuntu@ubuntu:~$ sudo service elasticsearch start
* Starting Elasticsearch Server [ OK ]
ubuntu@ubuntu:~$ sudo service elasticsearch status
* elasticsearch is not running
and
ubuntu@ubuntu:~$ sudo /etc/init.d/elasticsearch status
* elasticsearch is not running
ubuntu@ubuntu:~$ sudo /etc/init.d/elasticsearch start
* Starting Elasticsearch Server [ OK ]
ubuntu@ubuntu:~$ sudo /etc/init.d/elasticsearch status
* elasticsearch is not running
ubuntu@ubuntu:/etc/elasticsearch# sudo service elasticsearch restart
* Stopping Elasticsearch Server [ OK ]
* Starting Elasticsearch Server [ OK ]
ubuntu@ubuntu:/etc/elasticsearch# sudo service elasticsearch status
* elasticsearch is not running
et
ubuntu@ubuntu:~$ curl -XGET localhost:9200/_nodes/_all/process?pretty
curl: (7) Failed to connect to localhost port 9200: Connection refused
et
ubuntu@ubuntu:/etc/elasticsearch$ sudo netstat -nlp
tcp6 0 0 :::9300 :::* LISTEN 4413/java
UPD
Mon elasticsearch.journal:
[2014-12-03 00:00:02,161][INFO ][cluster.metadata ] [Zero] [logstash-2014.12.03] creating index, cause [auto(bulk api)], shards [5]/[1], mappings [_default_]
[2014-12-03 00:00:02,617][INFO ][cluster.metadata ] [Zero] [logstash-2014.12.03] update_mapping [logs] (dynamic)
[2014-12-03 00:00:12,737][INFO ][cluster.metadata ] [Zero] [logstash-2014.12.03] update_mapping [logs] (dynamic)
[2014-12-03 00:00:17,587][INFO ][cluster.metadata ] [Zero] [logstash-2014.12.03] update_mapping [logs] (dynamic)
[2014-12-03 00:00:18,842][INFO ][cluster.metadata ] [Zero] [logstash-2014.12.03] update_mapping [logs] (dynamic)
[2014-12-03 01:00:01,430][INFO ][cluster.metadata ] [Zero] [logstash-2014.11.25] deleting index
[2014-12-03 09:46:57,461][INFO ][cluster.metadata ] [Zero] [logstash-2014.12.03] update_mapping [logs] (dynamic)
- vérifier elasticsearch journaux et mise à jour avec les journaux d'erreur
- Pouvez-vous vérifier ce qui est en cours d'exécution sur 9200?
Vous devez vous connecter pour publier un commentaire.
Elasticsearch service de script d'initialisation n'est pas imprimer toutes les informations d'erreur sur la console ou le fichier journal lorsqu'il échoue au démarrage, au lieu de cela il ridiculement montre
[OK]
.Vous devez exécuter elaticsearch manuellement avec le même utilisateur et les mêmes paramètres que pour ce que le script init ne pour vérifier ce qui ne va pas. Le message d'erreur est imprimé sur la console.
Sur mon Ubuntu 14.10 avec elasticsearch-1.4.1.deb installé, sans chemin d'accès changé, la commande à exécuter elastisearch est:
J'ai juste ajouté une ligne dans
/etc/init.d/elasticsearch
pour imprimer la commande ci-dessus:DAEMON_OPTS=
.La elasticsearch utilisateur ne peut pas écrire le fichier PID parce qu'il n'a pas d'autorisations pour créer un fichier dans /var/run/:
La solution: créer le répertoire /var/run/elasticsearch/, modifier sa propriété d'elasticsearch:elasticsearch, et modifier le fichier PID emplacement de ce répertoire dans le script d'initialisation.
Une fois que vous obtenez loin, voici la prochaine erreur que vous pourriez voir:
De nouveau une ressource n'a pas les autorisations correctes pour le elasticsearch utilisateur.
Pas encore fait. Maintenant, vous devez éditer /etc/init.d/elasticsearch et supprimer cette ligne:
Cette ligne est de proférer des ordures et il est garanti pour provoquer une sortie.
Maintenant, il devrait enfin commencer.
Min/max de la taille du segment des exigences pour Elasticsearch 5.0 sont maintenant à la fois par défaut à 2 go
Vérifier la
ls /tmp/hs_err_pid*.log
fichiers, dans les journaux, vous verrez que la JVM n'a pas pu démarrer ES en raison de l'insuffisance de la mémoire.Vous pouvez ajuster la taille de tas de paramètres dans
/etc/elasticsearch/jvm.options
. Ajuster les lignes-Xms2g
et-Xmx2g
à-Xms1g
et-Xmx1g
respectivement, si vous êtes sur une case avec 2 GO de RAM. Si vous allez utiliser une boîte avec 1 GO de RAM, je vous conseille d'utiliser-Xms512m
et-Xmx512m.
Référence
jvm.options
par l'intermédiaire de votre panneau de configuration de paramètres. Si c'est pas possible, essayez de créer votre proprejvm.options
et de remplacer celle de votre serveur de provisionnement.ls /tmp/hs_err_pid*.log
et voir si elle est la cause de tout problème de mémoire.Alors que l'on a accepté de répondre à commande a fonctionné pour moi, en utilisant Elasticsearch 1.7.3, avec quelques modifications dans Elasticsearch >2.0 l'exécution de la accepté de répondre à commande produit
Github Problème
La commande comme indiqué ci-dessus Github problème serait maintenant:
J'ai rencontré le même problème ce matin. Après beaucoup de creuser, nous avons découvert qu'elle a été causée par un échec de Java 8 de l'installation. Tout était très bien, après Java 8 installation avait été fixé.
Les paramètres de ligne de commande qui @aleung se réfère à peut être défini dans le fichier de configuration. Par défaut, les paramètres sont commentées.
Définir les éléments suivants dans
/etc/default/elasticsearch
Cette commande résolu mon problème:
Référencé de @imsaar github
Pour moi, ce problème a été causé par la Elasticsearch Données et/ou répertoire des Logs d'être à 100% de l'utilisation du disque. Exécuter
df -h
pour voir si le répertoire de votre Elasticsearch processus est à l'aide de données et les journaux a de l'espace libre ou pas.Je suis arrivé au même point après j'ai fait apt-get dist-upgrade - JAVA ai mis à jour "Java(TM) SE Runtime Environment (build 1.8.0_91-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.91-b14, en mode mixte)" version.
Ma ES ne voulait pas démarrer. J'ai trouvé la cause ici (queue-n100 /var/log/elasticsearch/elasticsearch.journal):
J'ai supprimé le plugin (bin/plugin de supprimer la licence) et a commencé à ES avec succès.
J'espère que cela aidera d'autres.