[
https://issues.apache.org/jira/browse/SOLR-5543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13851329#comment-13851329
]
Shawn Heisey commented on SOLR-5543:
------------------------------------
The reason I think it's critical to include in 4.6.1 is this: Although
everything works perfectly after the problem appears, as soon as you restart
Solr, the duplicate entries cause exceptions and cores don't start up properly.
That was my experience when I upgraded my dev server to the released 4.6.0,
rebuilt the index (resulting in seven core swaps), and then later restarted
Solr for some config changes. It's not standard procedure to restart Solr
after rebuilding, but it does occasionally happen. It happens a LOT on my dev
server, where I try out new configs.
If I were to do a PERSIST CoreAdmin action after each swap, would it
effectively fix the problem even on an unpatched 4.6.0?
TL;DR: I do have the ability to instead do a "persist all" after all of the
swaps, because I separately create and track per-server objects for CoreAdmin
SolrJ calls. Although I end up with 28 HttpSolrServer objects for updates and
queries with my production build application, I only create one CoreAdmin
server object for each host/port combination, instead of an additional 28
objects. I don't know what the incremental size of HttpSolrServer objects is,
but I do try to be careful about memory.
> solr.xml duplicat eentries after SWAP 4.6
> -----------------------------------------
>
> Key: SOLR-5543
> URL: https://issues.apache.org/jira/browse/SOLR-5543
> Project: Solr
> Issue Type: Bug
> Affects Versions: 4.6
> Reporter: Bill Bell
> Assignee: Alan Woodward
> Fix For: 5.0, 4.7
>
> Attachments: SOLR-5543.patch
>
>
> We are having issues with SWAP CoreAdmin in 4.6.
> Using legacy solr.xml we issue a COreodmin SWAP, and we want it persistent.
> It has been running flawless since 4.5. Now it creates duplicate lines in
> solr.xml.
> Even the example multi core schema in doesn't work with persistent="true" -
> it creates duplicate lines in solr.xml.
> <cores adminPath="/admin/cores">
> <core name="autosuggest" loadOnStartup="true" instanceDir="autosuggest"
> transient="false"/>
> <core name="citystateprovider" loadOnStartup="true"
> instanceDir="citystateprovider" transient="false"/>
> <core name="collection1" loadOnStartup="true" instanceDir="collection1"
> transient="false"/>
> <core name="facility" loadOnStartup="true" instanceDir="facility"
> transient="false"/>
> <core name="inactiveproviders" loadOnStartup="true"
> instanceDir="inactiveproviders" transient="false"/>
> <core name="linesvcgeo" instanceDir="linesvcgeo" loadOnStartup="true"
> transient="false"/>
> <core name="linesvcgeofull" instanceDir="linesvcgeofull"
> loadOnStartup="true" transient="false"/>
> <core name="locationgeo" loadOnStartup="true" instanceDir="locationgeo"
> transient="false"/>
> <core name="market" loadOnStartup="true" instanceDir="market"
> transient="false"/>
> <core name="portalprovider" loadOnStartup="true"
> instanceDir="portalprovider" transient="false"/>
> <core name="practice" loadOnStartup="true" instanceDir="practice"
> transient="false"/>
> <core name="provider" loadOnStartup="true" instanceDir="provider"
> transient="false"/>
> <core name="providersearch" loadOnStartup="true"
> instanceDir="providersearch" transient="false"/>
> <core name="tridioncomponents" loadOnStartup="true"
> instanceDir="tridioncomponents" transient="false"/>
> <core name="linesvcgeo" instanceDir="linesvcgeo" loadOnStartup="true"
> transient="false"/>
> <core name="linesvcgeofull" instanceDir="linesvcgeofull"
> loadOnStartup="true" transient="false"/>
> </cores>
--
This message was sent by Atlassian JIRA
(v6.1.4#6159)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
