Je suis nouveau dans Solr, après l’avoir installé dans Ubuntu 8.10, quand j’ai essayé exampledocs pour indexer, selon ce lien , j’ai eu cette erreur:
ERREUR HTTP: 404 nom de kernel manquant dans le chemin
- Pourquoi Solr est-il tellement plus rapide que Postgres?
- Choisir un serveur de recherche de texte intégral autonome: Sphinx ou SOLR?
- Comment évaluer les solutions de recherche en texte intégral hébergées?
- Pourquoi les magasins de documents tels que Lucene / Solr ne sont-ils pas inclus dans les conversations NoSQL?
- Champ de texte ou zone de texte Apache Solr?
C’est dans la jetée.
Que dois-je faire pour résoudre ce problème?
J’ai eu la même erreur:
ERREUR HTTP: 404 nom de kernel manquant dans le chemin
Dans mon cas, j’ai oublié de définir la valeur solr/home dans le fichier WEB-INF/web.xml
solr/home /put/your/solr/home/here java.lang.Ssortingng
Après avoir ajouté le code ci-dessus et redémarré le serveur, l’erreur a disparu.
Vous avez probablement une configuration multi-core et n’avez pas inclus le kernel dans l’URL. Par exemple, au lieu de demander http://localhost:8983/solr/select/?q=*%3A* vous devez demander http://localhost:8983/solr/MyCoreName/select/?q=*%3A*
Si vous naviguez simplement sur http: // localhost: 8983 / solr / vous verrez tous les cœurs listés (au moins, cela a été fait pour moi).
Juste pour garder une note ici, si vous avez supprimé tous les fichiers de votre répertoire solr / data / index mais laissé le répertoire seul et commencé à recevoir cette erreur, arrêtez solr, supprimez le répertoire solr / data / index et redémarrez. Solr créera à nouveau le répertoire d’index. Pour une raison quelconque, solr vous donnera cette erreur s’il trouve le répertoire d’index mais pas le contenu initial qu’il attend.
Dans mon cas, cela se produisait suite à une précédente installation de Solr. J’ai donc dû supprimer mon ancien répertoire principal:
rm -rf /var/lib/solr/mycorename
puis recréez le répertoire avec les permissions correctes:
sudo mkdir -p /var/lib/solr/mycorename/data sudo chown -R jetty:jetty /var/lib/solr/mycorename/data
Je n’utilise pas SolrCores, mais:
Après avoir installé la nouvelle version de Solr, j’ai eu l’erreur “HTTP ERROR: 404 manque le nom du core dans le chemin” Et http://xxx:8080/solr-tour/admin/cores était vide. (Si vous n’utilisez pas solrCore, 1 entrée est ici normalement)
Je dois arrêter tomcat, supprimer ses fichiers locaux et recommencer
/etc/init.d/tomcat5 stop rm -rf /usr/share/tomcat5/work/Catalina/localhost/* rm -rf /usr/share/tomcat5/webapps/* rm -rf /usr/share/tomcat5/logs/* /etc/init.d/tomcat5 start
Pour moi, le problème était plus profond, car je n’avais pas configuré correctement Solr pour commencer.
J’ai suivi les instructions ici: http://wiki.apache.org/solr/SolrInstall
En gros, à part le fait de décompresser le fichier de guerre solr.war dans le répertoire webapps, vous devez créer un répertoire personnel solr (pour lequel vous pouvez copier exemple / solr dans la dissortingbution que vous avez téléchargée).
Ensuite, selon la suggestion de codage heureux, vous pouvez configurer le fichier web.xml pour qu’il pointe vers ce répertoire. Redémarrez (si nécessaire) et le tour est joué!
Dans mon cas, cela se produisait en raison de la gestion des versions.
Plus tôt, j’utilisais solr 1.4.1. Ça marchait bien. Ensuite, j’ai installé Solr 3.6.1 et j’ai eu cette erreur.
Un dossier nommé solr se trouve dans le répertoire tomcat/webapps où vous placez généralement le fichier solr.war .
=> Le problème est parti.
Mon problème était dans le répertoire d’installation de Tomcat \ conf \ Catalina \ localhost \ solr.xml
Le chemin du dossier des cœurs était incorrect pour moi, car j’ai déplacé l’espace de travail d’une machine à une autre.
Salut, j’ai exactement cette erreur lorsque mon solrconfig.xml était mal formé (élément de balise de fermeture manquant). C’était pour solr 3.5.0 Une fois que j’ai corrigé le solrconfig, l’erreur a disparu.