Stefan Pieper created SOLR-16866:
------------------------------------
Summary: CachingDirectoryFactory Throwing Error When Closing
Key: SOLR-16866
URL: https://issues.apache.org/jira/browse/SOLR-16866
Project: Solr
Issue Type: Bug
Security Level: Public (Default Security Level. Issues are Public)
Affects Versions: 9.2.1
Reporter: Stefan Pieper
Attachments: solr.blueprint_gnylctsgemcz_users.log
Observed occasional ERROR log entries when {{CachingDirectryFactory#close()}}
is called. The respective snippet from the log is this:
{noformat}
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
{noformat}
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.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
