[SOLR-16866] CachingDirectoryFactory Throwing Error When Closing

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 9.2.1
• Fix Version/s: 9.6
• Labels: core
• Assignee: Michael Gibney
• Reporter: Stefan Pieper
• Created: 06/Jul/23 13:42
• Updated: 3 days ago 17:06
• Resolved: 19/Apr/24 21:09

Description

Observed occasional ERROR log entries when CachingDirectryFactory#close() is called. The respective snippet from the log is this:

2023-07-06 08:43:37.618 DEBUG (qtp212011969-1801) [   blueprint_gnylctsgemcz_users] o.a.s.c.CachingDirectoryFactory Removing directory after core close: /var/solr/data/blueprint_gnylctsgemcz_users/data
2023-07-06 08:43:37.620 DEBUG (qtp212011969-1801) [   blueprint_gnylctsgemcz_users] o.a.s.c.CachingDirectoryFactory Removing directory after core close: /var/solr/data/blueprint_gnylctsgemcz_users/data/index
2023-07-06 08:43:37.620 ERROR (qtp212011969-1801) [   blueprint_gnylctsgemcz_users] o.a.s.c.CachingDirectoryFactory Error removing directory => java.nio.file.NoSuchFileException: /var/solr/data/blueprint_gnylctsgemcz_users/data/index
java.nio.file.NoSuchFileException: /var/solr/data/blueprint_gnylctsgemcz_users/data/index

It seems like the order of directory removal is causing this (first parent dir data, then sub-dir data/index). Entries should be re-arranged or just the parent dir be handled.

Full log with entries dealing with the respective core is attached.

Issue Links

• is caused by: SOLR-16074 Reproducible failure TestReplicationHandler.doTestStressReplication
• links to: GitHub Pull Request #2336
• links to: GitHub Pull Request #2349