Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Earlier I had this issue #1248646: After deleting custom entites, then re-indexing fails, which was my error.
But the deleted entities still exist in the Apache Solr system. This causes "ghost" facets/results to show up on search. See screenshot to understand.
I have to do a 'Clear index' to definitively remove them from Solr.
Comment | File | Size | Author |
---|---|---|---|
#6 | 1250168--remove-deleted-items-from-servers.patch | 1.28 KB | drunken monkey |
solr-not-flushed.png | 30.05 KB | Anonymous (not verified) |
Comments
Comment #1
drunken monkeyAre you sure they aren't deleted at all? Currently, they are deleted, but the action is not committed, meaning the autocommit after 120 seconds should take care of it.
This is of course also quite a problem, but should be fixed with #1225926-5: Fix performance problems in indexing workflow.
Comment #2
Anonymous (not verified) CreditAttribution: Anonymous commentedNo, my items aren't deleted (after waiting 15 minutes at least). The content is still in Solr's "*.fdt" files etc. etc.
>> meaning the autocommit after 120 seconds should take care of it.
Where can I check this autocommit setting, is it a Solr default? I don't find the value "120" in the module code, so maybe my Solr default is different.
Comment #3
Anonymous (not verified) CreditAttribution: Anonymous commentedI think the service.inc's deleteItems() is not called?
Where can I check this autocommit setting, is it a Solr default? I don't find the value "120" in the module code, so maybe my Solr default is different.
Comment #4
drunken monkeyIt's "120000", specified in milliseconds. It should be on line 239 of solrconfig.xml, under
config > updateHandler > autoCommit > maxTime
.Oh god, you're right, I simply removed that in #1064884: Add support for indexing non-entities! Patch coming soon …
Comment #5
Anonymous (not verified) CreditAttribution: Anonymous commentedThanks, yeah that should be it.
Comment #6
drunken monkeyComment #7
Anonymous (not verified) CreditAttribution: Anonymous commentedIt works for me, I applied that last bit from the patch.
This wasn't in the dev-x yet,
The fix itself works fine though.
Comment #8
drunken monkeyIt should be in the dev since #1236642-10: Static cache of search_api_get_item_type_info() is never cleared, so for almost an hour at the time of your post! ;)
Anyways, thanks for reviewing! Committed.
Comment #9
tnightingale CreditAttribution: tnightingale commentedHilarious, was just about to submit an issue when I saw that this fix was committed an hour ago!
Thanks guys!
Comment #10.0
(not verified) CreditAttribution: commentedWording