Hmm, interesting. That particular bug was fixed by upgrading to Jetty 4.1.7 in https://issues.apache.org/jira/browse/SOLR-4031
Solr uses Jetty 8.1.10.v20130312 in 5.0 but we upgraded further to 9.2.10.v20150310 in 5.2. Can you upgrade Solr to 5.2 and see if this still reproduces? I'll also try to reproduce on my end and go through the jetty change logs to see if something similar has been reported. On Wed, Jul 1, 2015 at 2:56 PM, Kevin Perros <kevin.per...@ircam.fr> wrote: > Hello, > > I'm new to the solr mailing list, and I have not used solr for much time, so > I might be wrong. > > I may have found a bug whose symptoms look that one in jetty > https://bugs.eclipse.org/bugs/show_bug.cgi?id=392936 > > I am using solr 5.0.0 (the one with the great packaging and deployment work > :). I use a lucene index to store adio fingerprints for audio tracks, with a > custom search system, which reads directly from leaf readers. > > When I query solr with either curl or wget, with multiple parallel requests > from the same client host to the server, the answers come mixed up. From my > logs, I've seen that if I send 10000 requests, with a 24 fold parallelism, I > often get as an answer to a request, the answer to the first one. > > Hence, I have tried to bypass jetty and launch the same batch work from > "inside solr", by writing a dummy request that simulates the 10000 requests, > with the same 24 fold parallelism. In that case, everything works well. > > I had already noticed that bug in mozilla. I have a bookmark folder with a > bunch of test requests, and when I click on the "open all in tabs" button, > the result from requests appears in the tab for another one, in a random > fashion. > > Regards, > Kevin > > > > > -- Regards, Shalin Shekhar Mangar.
