[
https://issues.apache.org/jira/browse/SOLR-13825?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mirosław Wojciechowski updated SOLR-13825:
------------------------------------------
Environment: One Solr node hosted on Azure App Service. (was: One Solr
node hoster on Azure App Service.)
> AccessDeniedException
> \server\solr\custom_master_index\data\index\_jh7m_Lucene50_0.pos
> --------------------------------------------------------------------------------------
>
> Key: SOLR-13825
> URL: https://issues.apache.org/jira/browse/SOLR-13825
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: logging
> Affects Versions: 6.6.2
> Environment: One Solr node hosted on Azure App Service.
> Reporter: Mirosław Wojciechowski
> Priority: Major
>
> Hi,
> Today, in production environment with one Solr node hosted on Azure App
> service, we experienced a 5xx errors wave which was caused by an exception
> below:
> 2019-10-08 07:10:57.110 ERROR (qtp1389647288-11744) [
> x:custom_master_index] o.a.s.h.RequestHandlerBase
> java.nio.file.AccessDeniedException:
> D:\home\site\wwwroot\server\solr\custom_master_index\data\index\_jh7m_Lucene50_0.pos2019-10-08
> 07:10:57.110 ERROR (qtp1389647288-11744) [ x:custom_master_index]
> o.a.s.h.RequestHandlerBase java.nio.file.AccessDeniedException:
> D:\home\site\wwwroot\server\solr\custom_master_index\data\index\_jh7m_Lucene50_0.pos
> at
> sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:83)
> at sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:97)
> at
> sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:102)
> at
> sun.nio.fs.WindowsFileSystemProvider.newFileChannel(WindowsFileSystemProvider.java:115)
> at java.nio.channels.FileChannel.open(FileChannel.java:287) at
> java.nio.channels.FileChannel.open(FileChannel.java:335) at
> org.apache.lucene.util.IOUtils.fsync(IOUtils.java:471) at
> org.apache.lucene.store.FSDirectory.fsync(FSDirectory.java:327) at
> org.apache.lucene.store.FSDirectory.sync(FSDirectory.java:285) at
> org.apache.lucene.store.NRTCachingDirectory.sync(NRTCachingDirectory.java:169)
> at
> org.apache.lucene.store.LockValidatingDirectoryWrapper.sync(LockValidatingDirectoryWrapper.java:68)
> at org.apache.lucene.index.IndexWriter.startCommit(IndexWriter.java:4724) at
> org.apache.lucene.index.IndexWriter.prepareCommitInternal(IndexWriter.java:3085)
> at org.apache.lucene.index.IndexWriter.commitInternal(IndexWriter.java:3244)
> at org.apache.lucene.index.IndexWriter.commit(IndexWriter.java:3207) at
> org.apache.solr.update.DirectUpdateHandler2.commit(DirectUpdateHandler2.java:644)
> at
> org.apache.solr.update.processor.RunUpdateProcessor.processCommit(RunUpdateProcessorFactory.java:93)
> at
> org.apache.solr.update.processor.UpdateRequestProcessor.processCommit(UpdateRequestProcessor.java:68)
> at
> org.apache.solr.update.processor.DistributedUpdateProcessor.doLocalCommit(DistributedUpdateProcessor.java:1894)
> at
> org.apache.solr.update.processor.DistributedUpdateProcessor.processCommit(DistributedUpdateProcessor.java:1871)
> at
> org.apache.solr.update.processor.LogUpdateProcessorFactory$LogUpdateProcessor.processCommit(LogUpdateProcessorFactory.java:160)
> at
> org.apache.solr.handler.loader.XMLLoader.processUpdate(XMLLoader.java:281) at
> org.apache.solr.handler.loader.XMLLoader.load(XMLLoader.java:188) at
> org.apache.solr.handler.UpdateRequestHandler$1.load(UpdateRequestHandler.java:97)
> at
> org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:68)
> at
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:173)
> at org.apache.solr.core.SolrCore.execute(SolrCore.java:2477) at
> org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:723) at
> org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:529) at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:361)
> at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:305)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1691)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:582) at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180)
> at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:213)
> at
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:119)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
> at
> org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
> at org.eclipse.jetty.server.Server.handle(Server.java:534) at
> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320) at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251)
> at
> org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273)
> at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95) at
> org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93)
> at
> org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303)
> at
> org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148)
> at
> org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589)
> at java.lang.Thread.run(Thread.java:748)
>
> It used to happen in the past. Every time it happens we have to restart Solr
> to make it work again. Do you know what is the reason for such a behaviour
> and how can we avoid it?
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
