In Linux you'd prolly do chmod on that folder
E:\solr\server\solr\ln\data\
In windows prolly just right click security and give it permissions to the solr 
user.

But why use solr on windows though? 😬

Opensolr SRL
Your path to AI 
Search<https://opensolr.com/faq/view/web-crawler/46/opensolr-web-crawler-site-search-solution>
https://opensolr.com
________________________________
From: Varun Biala via users <[email protected]>
Sent: Tuesday, December 2, 2025 5:51:32 PM
To: [email protected] <[email protected]>
Cc: Varun Biala <[email protected]>
Subject: Followers failing to delete index files

Hello,



I was wondering if anyone is using Solr 9.x in User-Managed mode? We are 
running into an issue where follower nodes cannot delete old indexes with the 
following error:



11/28/2025, 6:02:45 PM

ERROR true

CachingDirectoryFactory

Error removing directory E:\solr\server\solr\ln\data\index.20251128190424865 
before core close

java.nio.file.AccessDeniedException: 
E:\solr\server\solr\ln\data\index.20251128190424865\_341g.fdt

                at 
java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:89)

                at 
java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:103)

                at 
java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:108)

                at 
java.base/sun.nio.fs.WindowsFileSystemProvider.implDelete(WindowsFileSystemProvider.java:275)

                at 
java.base/sun.nio.fs.AbstractFileSystemProvider.deleteIfExists(AbstractFileSystemProvider.java:110)

                at java.base/java.nio.file.Files.deleteIfExists(Files.java:1191)

                at 
org.apache.commons.io.file.DeletingPathVisitor.visitFile(DeletingPathVisitor.java:159)

                at 
org.apache.commons.io.file.DeletingPathVisitor.visitFile(DeletingPathVisitor.java:37)

                at java.base/java.nio.file.Files.walkFileTree(Files.java:2811)

                at java.base/java.nio.file.Files.walkFileTree(Files.java:2882)

                at 
org.apache.commons.io.file.PathUtils.visitFileTree(PathUtils.java:1653)

                at 
org.apache.commons.io.file.PathUtils.lambda$deleteDirectory$0(PathUtils.java:502)

                at 
org.apache.commons.io.file.PathUtils.withPosixFileAttributes(PathUtils.java:1777)

                at 
org.apache.commons.io.file.PathUtils.deleteDirectory(PathUtils.java:501)

                at 
org.apache.commons.io.file.PathUtils.deleteDirectory(PathUtils.java:486)

                at 
org.apache.solr.core.StandardDirectoryFactory.removeDirectory(StandardDirectoryFactory.java:92)

                at 
org.apache.solr.core.CachingDirectoryFactory.closeCacheValue(CachingDirectoryFactory.java:269)

                at 
org.apache.solr.core.CachingDirectoryFactory.release(CachingDirectoryFactory.java:507)

                at 
org.apache.solr.handler.IndexFetcher.cleanup(IndexFetcher.java:865)

                at 
org.apache.solr.handler.IndexFetcher.fetchLatestIndex(IndexFetcher.java:803)

                at 
org.apache.solr.handler.IndexFetcher.fetchLatestIndex(IndexFetcher.java:422)

                at 
org.apache.solr.handler.ReplicationHandler.doFetch(ReplicationHandler.java:467)

                at 
org.apache.solr.handler.ReplicationHandler.lambda$setupPolling$13(ReplicationHandler.java:1229)

                at 
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539)

                at 
java.base/java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305)

                at 
java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305)

                at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)

                at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)

                at java.base/java.lang.Thread.run(Thread.java:833)





We are using Solr 9.7.0 in User-Managed Mode with one node acting as Leader 
(write only) where we perform indexing and two nodes as followers (read only) 
which replicates from Leader. We run deltas through the day to keep the core on 
Leader updated but we run a full indexing job overnight which will index in a 
"cold" core on the Leader and once the indexing is finished on the cold core, 
we use 
SWAP<https://solr.apache.org/guide/solr/latest/configuration-guide/coreadmin-api.html#swap-parameters>
 to switch the hot and cold cores. We don't see any issue in the Leader node 
but follower nodes keeps the copy of the previous indexes (deletion failing 
with above error) and thus filling the disk space. If we reload the core on the 
follower node or restart solr service, the space frees up and old index files 
get deleted.



We tried playing around with the "deletionPolicy" in solrconfig.xml but it did 
not help. We had SOLR 7 running before and did not see this issue there. Has 
anyone else ran into this issue before or can give us any recommendations?



We have also tried updating to Solr 9.9 but still seeing the same error.



Thanks,

Varun

Reply via email to