Details
Description
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.
Attachments
Attachments
Issue Links
- duplicates
-
SOLR-9818 Solr admin UI rapidly retries any request(s) if it loses connection with the server
- Open
- is duplicated by
-
SOLR-10268 Admin UI - Collection reload leads to infinite loop
- Closed
- relates to
-
SOLR-10209 UI: Convert all Collections api calls to async requests, add new features/buttons
- Open