[SOLR-10672] Full Import for an entity is not importing anything

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Information Provided
• Affects Version/s: 6.4.1
• Component/s: contrib - DataImportHandler
• Assignee: Unassigned
• Reporter: Torsten Faltinat
• Created: 11/May/17 13:43
• Updated: 08/Jun/19 15:23
• Resolved: 17/May/17 00:03

Description

Hi,

we are using a DIH via JDBC to index documents out of our database. Due to our design, this full import is/can be executed entity per entity. We are using a http request out of .Net client to execute these imports.

If we execute requests (multiple full imports) very fast, Solr accepts the request but the import is not executed. In such a case the following log entry is visible:

2017-05-11 13:28:10.317 INFO (qtp1654589030-16) [ x:iET] o.a.s.c.S.Request [iET] webapp=/solr path=/dataimport params=

{connectionString=jdbc:sqlserver://...&clean=false&user=sa&version=2.2&command=full-import&entity=ts2_it_change_text_search}

status=0 QTime=0

That's all for this entity. We stumbled over this entry because the QTime=0.

Whereas a successfull import produces entries like this:

2017-05-11 13:28:10.298 INFO (qtp1654589030-14) [ x:iET] o.a.s.c.S.Request [iET] webapp=/solr path=/dataimport params=

{connectionString=jdbc:sqlserver://...&clean=false&user=sa&version=2.2&command=full-import&entity=ts1_it_change_text_search}

status=0 QTime=15
...
2017-05-11 13:28:10.339 INFO (Thread-16) [ x:iET] o.a.s.h.d.JdbcDataSource Creating a connection for entity ts1_it_change_text_search with URL: jdbc:sqlserver://...
...
2017-05-11 13:28:10.715 INFO (Thread-16) [ x:iET] o.a.s.u.p.LogUpdateProcessorFactory [iET] webapp=/solr path=/dataimport params=

{connectionString=jdbc:sqlserver://...&clean=false&user=sa&version=2.2&command=full-import&entity=ts1_it_change_text_search}

status=0 QTime=15

{add=[82628015d12ac6be (1567106573943177216), 3f314c79dd29634f (1567106573948420096), 37e6a5139ac7640d (1567106573950517248), 6b44fa32c4aee1b4 (1567106573952614400), f5695f69c3aac089 (1567106573954711552), 7a34e505265071ce (1567106573956808704), b2729ff2de7d3b8e (1567106573958905856), b92b779c74481ef0 (1567106573963100160), 5d42a3619ddc50fd (1567106573967294464), 9793b2036f2491db (1567106573969391616), ... (12 adds)],commit=}

0 433

If we wait some ms between each request, everything works fine. From our perspective it looks like an issue. Or do you have any idea what we are doing wrong?

Thx
Torsten