[
https://issues.apache.org/jira/browse/SOLR-6265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14069602#comment-14069602
]
Hoss Man commented on SOLR-6265:
--------------------------------
bq. Any chance this is specified as a "lazily loaded" core? In that case this
would be expected behavior....
* this is the stock example collection1 - nothing in core.properties about
being lazy
* the core init is definitely not lazy -- as noted above, you can see it
explicitly loading the collection1 core, parsing the solrconfig.xml & loading
the schema.xml -- it's the _error_ it encounters when it gets to the schema.xml
that is never logged unless/until someone tries to use the core.
> core errors on startup are not showing up in the log until attempts to use
> the core?
> ------------------------------------------------------------------------------------
>
> Key: SOLR-6265
> URL: https://issues.apache.org/jira/browse/SOLR-6265
> Project: Solr
> Issue Type: Bug
> Reporter: Hoss Man
> Priority: Blocker
> Fix For: 4.10
>
>
> As of r1612418, both the 4x and trunk svn trees seem to have a bug where any
> core specific init errors that occur on startup don't show up in the log
> until/unless someone attempts to access that core via HTTP.
> i'm not sure when exactly this bug was introduced, but it definitely isn't in
> 4.9.
> The impact on users, particularly new users, is that starting up solr with a
> mistake in your configs appears to work fine until you actually try to use
> solr and then you get ugly errors.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]