nextcloud / nextcloud/fulltextsearch
No error handling of "no alive nodes"
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 234
- Forks
- 64
- Avg merge
- 6h 18m
- Merged PRs (30d)
- 10
Description
Nextcloud 14.0.8
fulltextsearch 1.1.1
fts-elasticsearch 1.0.3
fts-files 1.1.3
While running occ fulltextsearch:index, sometimes the Elasticsearch platform crashes for different reasons (unable to parse content, oom, whatever -- not relevant here). From this moment, all files being processed get marked as 'processing done, but an error occured'. The database (table oc_fulltextserach_indexes) stores the 'no alive nodes' error for each and every file. This prevents reindexing those files until the index is discarded -- not a sensible solution given 10M files -- reindexing could easily take a month or more.
I understand that content-related errors make sense to be registered that way, just to avoid reindexing those files over and over. But why is 'no nodes available' registered that way?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the occ fulltextsearch:index path and inspect how Elasticsearch's "no alive nodes" error is stored in oc_fulltextserach_indexes. Confirm that content-related errors remain recorded while a platform outage leaves affected files eligible for reindexing without discarding the whole index.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- elasticsearch, php
- Domain
- backend, search
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100