Uploaded image for project: 'Solr'
  1. Solr
  2. SOLR-10211

Solr UI Repeats long requests



    • Type: Bug
    • Status: Resolved
    • Priority: Critical
    • Resolution: Duplicate
    • Affects Version/s: 6.3
    • Fix Version/s: 7.0
    • Component/s: Admin UI
    • Labels:
    • Environment:

      Linux Debian7, Firefox 51.0.1


      I can observe the following behavior in the new UI:

      • If request takes to long
      • Pop up red "Connection to Solr lost" message.
      • Try to repeat last request every few seconds to recover.

      As this tactic may seem OK for real connection problems it may do a lot of harm if request takes long because it's heavy.

      I have had two such scenarios.
      1. Loading Schema (e.g. /#/collection1/schema). For big index this can require a a lot of memory initially. And it can take 20-30 seconds. But if such operation is repeated several times in a series is short time frame, resource requirements add up and this results in OOM exception on server side.
      The workaround is to:

      • Try to load schema
      • If red red "Connection to Solr lost" message pops up close Solr UI browser tab.
      • Wait a about minute for server to warm up.
      • Open a new Solr UI tab and load schema again, this time it works fast enough, probably to next index update.

      2. "optimize now" functionality we occasionally use. It can take a while for some collections (~100GB, 10M docs). If such request is repeated over longer period of time a whole Jetty thread pool can be exhausted leaving Solr unresponsive to any requests.
      It's as easy as starting optimize and leaving your screen for 15 minutes with "Connection to Solr lost" message present.

      Observed on our few Solr instances after migration from 5.3 to 6.3.


        1. Connection to Solr lost message.png
          45 kB
          Tomasz Czarnecki
        2. repeated optimize requests.png
          36 kB
          Tomasz Czarnecki
        3. Screen Shot 2019-01-25 at 12.16.04 PM.png
          78 kB
          Gus Heck

          Issue Links



              • Assignee:
                TomCzarnecki Tomasz Czarnecki
              • Votes:
                4 Vote for this issue
                10 Start watching this issue


                • Created: