Thanks Shawn for your response!

Yes, we are on our way to indexing clients to SolrCloud 8 (and soon 9).  We
have a massive Solr 6 deployment and it will take some time and so Solr 6
maintenance is still part of our job.  We had not seen this error, but
recently a client complained of search failures and this was the underlying
cause.

Initially I was puzzled as I did not believe much had changed.  What
revealed the problem was the combination of the user using this sort field
and searching way back on historical Solr 6 cores where an index problem
was lying yet to be revealed.  I looked at the history of the schema
(before my time at this company), and indeed sortableSender and another
field were previously set to have docValues=true, and then changed to off.
It made us wonder if this change was handled properly in terms of taking
care of the index.  We plan to kick off a re-index for the core but also
wondered if we needed to take further action.  Your email confirms that we
should delete the index (and files/dirs) before re-indexing.

Thanks again,
Matt


On Mon, Jun 12, 2023 at 12:28 PM Shawn Heisey <apa...@elyograg.org> wrote:

> On 6/12/23 10:24, mtn search wrote:
> > Any tips as to why this error is occurring? Occurs with query when
> sorting
> > on sortableSender or other fields with docvalues set to false.  Plan to
> > re-index, but would like to better understand this issue.  Why would it
> > expect "=SORTED" when docvalues is set to false?
> >
> > <field name="sortableSender" type="icuCollationDefault" indexed="true"
> > stored="true" multiValued="false" required="false" docValues="false" />
> >
> > Solr version 6.4.2
> > <luceneMatchVersion>6.4.0</luceneMatchVersion>
> >
> > *error":{ "msg":"unexpected docvalues type NONE for field
> 'sortableSender'
>
> You realize that Solr 6.x is completely end of life, right?  For a long
> time now.
>
> Why are you turning docValues off on a field that you want to use for
> sorting?  docValues make sorting a LOT faster.  It is possible that 6.x
> is assuming that a field used for sorting has docValues, but I am
> thinking it might be another problem:
>
> Did you ever have docValues defned for this field?  If so, did you
> completely wipe the index and rebuild it after you changed the docValues
> setting?  If you change just about anything on a field that has
> docValues, completely deleting the index directories using that schema
> and rebuilding the index from scratch is required.  This is a
> requirement baked into Lucene, it doesn't come from Solr.  f you don't
> do this, then you get docValues errors.
>
> Thanks,
> Shawn
>

Reply via email to