3
J'essaie d'exécuter une pile conteneurisée Elasticsearch de ELK sur rpi3. Il n'y a pas d'image existante sur le docker hub, donc j'essaye d'en construire une à partir de zéro. J'ai utilisé Dockerfile comme base et change l'image de base en résine/rpi-raspbian. Cependant, j'ai rencontré plusieurs problèmes:Exécution du conteneur elasticsearch sur la framboise pi 3
- Pour ES 5.4.0+, processus ES n'a pas réussi à démarrer en raison du manque libjnidispatch.so dans le fichier jar élastique fourni (Erreur: bibliothèque native (com/sun/jna/linux-arm/libjnidispatch.so) introuvable dans le chemin d'accès de la ressource)
- Par conséquent, je rétrograder à se v5.3.2 à la place. J'ai contourné le problème jna et ES n'a toujours pas réussi à démarrer car l'exception d'exécution (seccomp indisponible: architecture 'arm' non supportée)
Le journal Elasticsearch suit ci-dessous. [2017-10-03T13: 05: 44366] [WARN] [o.e.b.JNANatives] Impossible d'installer le filtre syscall: java.lang.UnsupportedOperationException: seccomp indisponible: l'architecture 'bras' non pris en charge
post-scriptum Je réduis déjà la taille du tas à 512m.
Y a-t-il quelque chose que je devrais faire pour que cela se produise? Merci.
Elasticsearch fonctionne sur la JVM, donc cela devrait être utile: https://stackoverflow.com/questions/14635999/jna-native-support-com-sun-jna-linux-arm- libjnidispatch-so-not-found-in-resou – lifeisfoo
Merci. J'ai trouvé ce fil plus tôt et m'a aidé à affiner la cause de la première faliure (v5.4.0 +). Il existe un fichier jna.jar contenant un élastique qui ne contient pas libjnidispatch.so pour un système d'exploitation basé sur les bras. Par conséquent, je rétrograderai à v.5.3.2 (courant) avant que le jna personnalisé ait eu lieu. Ensuite, je suis bloqué au 2ème problème. – mcfongtw
https://github.com/elastic/elasticsearch/issues/14337? – lifeisfoo