Re: Trying to use solr

2020-08-02 Thread Francis Augusto Medeiros-Logeay





On 26.07.2020 22:45, Shawn Heisey wrote:

On 7/26/2020 3:48 AM, r...@med-lo.eu wrote:

Thanks a lot Shawn. I will send the full error when I get home a week
from now. But this was my first attempt to use solr - is it still
subject to those conflicts?


You'll have to be more specific ... but I believe the answer to your
question is likely to be "yes.

I am the person who wrote the "HowToReindex" wiki page that I linked.
Nothing in that wiki page is addressed at any particular version of
Solr.  The possibility of a schema change requiring a complete reindex
(and sometimes deleting the index directory entirely) applies to ANY
version.



Ok, I am trying again. I get no errors when doing a `doveadm fts 
rescan`, but get errors when trying this:


doveadm index -u myu...@mydomain.com INBOX
doveadm(myu...@mydomain.com): Error: fts_solr: Indexing failed: 400 Bad 
Request
doveadm(myu...@mydomain.com): Error: Mailbox INBOX: Transaction commit 
failed: FTS transaction commit failed: backend deinit


I guess this is a matter of waiting the reindex to be over?

I get so many "Type mismatch" errors in Solr, except for this one that 
looks different and showed up after trying the doveadm index command 
above:



ERROR true
x:dovecot
RequestHandlerBase
org.apache.solr.common.SolrException: Exception writing document id 
210/9fd7941e8297d25d9160c3fdd3da/myu...@mydomain.com to the index; 
possible analysis error: cannot change field "box" from index 
options=DOCS_AND_FREQS_AND_POSITIONS to inconsistent index options=DOCS
org.apache.solr.common.SolrException: Exception writing document id 
210/9fd7941e8297d25d9160c3fdd3da/myu...@mydomain.com to the index; 
possible analysis error: cannot change field "box" from index 
options=DOCS_AND_FREQS_AND_POSITIONS to inconsistent index options=DOCS
	at 
org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:246)
	at 
org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:76)
	at 
org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:55)
	at 
org.apache.solr.update.processor.DistributedUpdateProcessor.doLocalAdd(DistributedUpdateProcessor.java:259)
	at 
org.apache.solr.update.processor.DistributedUpdateProcessor.doVersionAdd(DistributedUpdateProcessor.java:489)
	at 
org.apache.solr.update.processor.DistributedUpdateProcessor.lambda$versionAdd$0(DistributedUpdateProcessor.java:339)
	at 
org.apache.solr.update.VersionBucket.runWithLock(VersionBucket.java:50)
	at 
org.apache.solr.update.processor.DistributedUpdateProcessor.versionAdd(DistributedUpdateProcessor.java:339)
	at 
org.apache.solr.update.processor.DistributedUpdateProcessor.processAdd(DistributedUpdateProcessor.java:225)
	at 
org.apache.solr.update.processor.LogUpdateProcessorFactory$LogUpdateProcessor.processAdd(LogUpdateProcessorFactory.java:103)
	at 
org.apache.solr.handler.loader.XMLLoader.processUpdate(XMLLoader.java:261)

at org.apache.solr.handler.loader.XMLLoader.load(XMLLoader.java:188)
	at 
org.apache.solr.handler.UpdateRequestHandler$1.load(UpdateRequestHandler.java:97)
	at 
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:68)
	at 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:198)

at org.apache.solr.core.SolrCore.execute(SolrCore.java:2576)
at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:803)
at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:582)
	at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:424)
	at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:351)
	at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1602)
	at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540)
	at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146)
	at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
	at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
	at 
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257)
	at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1711)
	at 
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
	at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1347)
	at 
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
	at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)
	at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1678)
	at 
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
	at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1249)
	at 

Re: Trying to use solr

2020-07-26 Thread Shawn Heisey

On 7/26/2020 3:48 AM, r...@med-lo.eu wrote:

Thanks a lot Shawn. I will send the full error when I get home a week
from now. But this was my first attempt to use solr - is it still
subject to those conflicts?


You'll have to be more specific ... but I believe the answer to your
question is likely to be "yes.

I am the person who wrote the "HowToReindex" wiki page that I linked.
Nothing in that wiki page is addressed at any particular version of
Solr.  The possibility of a schema change requiring a complete reindex
(and sometimes deleting the index directory entirely) applies to ANY
version.

Thanks,
Shawn


Re: Trying to use solr

2020-07-26 Thread r_f


__
Francis Augusto Medeiros-Logeay
fran...@francisaugusto.com
Mobile: +47 45 17 14 91
Oslo, Norway
Sent from a mobile device / Enviado a partir de dispositivo móvel

> On 24 Jul 2020, at 19:34, Shawn Heisey  wrote:
> 
> On 7/22/2020 11:13 AM, Francis Augusto Medeiros-Logeay wrote:
>> On Solr I get this error:
>> org.apache.solr.common.SolrException: Exception writing document id 
>> 210/9fd7941e8297d25d9160c3fdd3da/fran...@francisaugusto.com 
>>  to 
>> the index; possible analysis error: cannot change field "box" from index 
>> options=DOCS_AND_FREQS_AND_POSITIONS to inconsistent index options=DOCS
> 
>> Parallel to this, I got some log messages on Solr before attempting to 
>> reindex the user (sorry for the garbadged text:
>> Time (Local)LevelCoreLoggerMessage
> 
>> 7/22/2020, 6:43:46 PMERROR falsex:dovecotRequestHandlerBase 
>> java.lang.IllegalStateException: Type mismatch: uid was indexed as 
>> SORTED_NUMERIC
> 
> These errors are a LOT longer than what we see here.  It appears that you are 
> showing us what you can see in the logging tab of the admin UI ... you will 
> see far more detail if you find the solr.log file and get information from 
> there.  Full detail can be seen on a single log entry in the admin UI by 
> clicking on the little "i" icon, but it will close again *VERY* quickly, so 
> that's not a very reliable option.
> 
> The full detail is usually required for deciphering log messages.
> 
> As for the source of the problem ... these look like the kind of errors that 
> can be encountered if you complete some indexing with one schema, then change 
> the schema without deleting the existing index, restart/reload, and try to 
> index more data.  Most changes to the schema will require full reindexing, 
> and some changes require actually deleting the index directory entirely and 
> allowing it to be rebuilt.  In some rare cases, upgrading Solr *might* result 
> in a change to the schema that requires deleting the index even though the 
> schema config file itself is the same.  I do not know if your setup is one 
> that would be affected in this way.
> 
> https://cwiki.apache.org/confluence/display/solr/HowToReindex
> 
> Your question is more appropriate for the solr-user mailing list at Apache 
> than this list ... but I did not expect you to know that in advance.  I can 
> try to help you.

Thanks a lot Shawn. I will send the full error when I get home a week from now. 
But this was my first attempt to use solr - is it still subject to those 
conflicts?

Best,

Francis 

Re: Trying to use solr

2020-07-24 Thread Shawn Heisey

On 7/22/2020 11:13 AM, Francis Augusto Medeiros-Logeay wrote:

On Solr I get this error:

org.apache.solr.common.SolrException: Exception writing document id 
210/9fd7941e8297d25d9160c3fdd3da/fran...@francisaugusto.com 
 
to the index; possible analysis error: cannot change field "box" from 
index options=DOCS_AND_FREQS_AND_POSITIONS to inconsistent index 
options=DOCS


Parallel to this, I got some log messages on Solr before attempting to 
reindex the user (sorry for the garbadged text:

Time (Local)Level   CoreLogger  Message


7/22/2020, 6:43:46 PM 	ERROR false 	x:dovecot 	RequestHandlerBase 
java.lang.IllegalStateException: Type mismatch: uid was indexed as 
SORTED_NUMERIC


These errors are a LOT longer than what we see here.  It appears that 
you are showing us what you can see in the logging tab of the admin UI 
... you will see far more detail if you find the solr.log file and get 
information from there.  Full detail can be seen on a single log entry 
in the admin UI by clicking on the little "i" icon, but it will close 
again *VERY* quickly, so that's not a very reliable option.


The full detail is usually required for deciphering log messages.

As for the source of the problem ... these look like the kind of errors 
that can be encountered if you complete some indexing with one schema, 
then change the schema without deleting the existing index, 
restart/reload, and try to index more data.  Most changes to the schema 
will require full reindexing, and some changes require actually deleting 
the index directory entirely and allowing it to be rebuilt.  In some 
rare cases, upgrading Solr *might* result in a change to the schema that 
requires deleting the index even though the schema config file itself is 
the same.  I do not know if your setup is one that would be affected in 
this way.


https://cwiki.apache.org/confluence/display/solr/HowToReindex

Your question is more appropriate for the solr-user mailing list at 
Apache than this list ... but I did not expect you to know that in 
advance.  I can try to help you.


Thanks,
Shawn