lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shankar Ramalingam <shankarmc...@gmail.com>
Subject Re: Index fetch failed
Date Tue, 03 Sep 2019 09:55:16 GMT
Please remove my email id from this list.

On Tue, 3 Sep, 2019, 11:06 AM Akreeti Agarwal, <AkreetiA@hcl.com> wrote:

> Hello,
>
> Please help me with the solution for below error.
>
> Memory details of slave server:
> total       used       free     shared    buffers     cached
> Mem:         15947      15460        487         62        144       6007
> -/+ buffers/cache:       9308       6639
> Swap:            0          0          0
>
>
> Thanks & Regards,
> Akreeti Agarwal
>
> -----Original Message-----
> From: Akreeti Agarwal <AkreetiA@hcl.com>
> Sent: Wednesday, August 28, 2019 2:45 PM
> To: solr-user@lucene.apache.org
> Subject: RE: Index fetch failed
>
> Yes I am using solr-5.5.5.
> This error is intermittent. I don't think there must be any issue with
> master connection limits. This error is accompanied by this on master side:
>
> ERROR (qtp1450821318-60072) [   x:sitecore_web_index]
> o.a.s.h.ReplicationHandler Unable to get file names for indexCommit
> generation: 1558637
> java.nio.file.NoSuchFileException:
> /solrm-efs/solr-m/server/solr/sitecore_web_index/data/index/_12i9p_1.liv
>                at
> sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
>                at
> sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
>                at
> sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
>                at
> sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:55)
>                at
> sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:144)
>                at
> sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:99)
>                at java.nio.file.Files.readAttributes(Files.java:1737)
>                at java.nio.file.Files.size(Files.java:2332)
>                at
> org.apache.lucene.store.FSDirectory.fileLength(FSDirectory.java:210)
>                at
> org.apache.lucene.store.NRTCachingDirectory.fileLength(NRTCachingDirectory.java:124)
>                at
> org.apache.solr.handler.ReplicationHandler.getFileList(ReplicationHandler.java:563)
>                at
> org.apache.solr.handler.ReplicationHandler.handleRequestBody(ReplicationHandler.java:253)
>                at
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:155)
>                at org.apache.solr.core.SolrCore.execute(SolrCore.java:2102)
>                at
> org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:654)
>                at
> org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:460)
>                at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:257)
>                at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:208)
>                at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>                at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>                at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>                at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>                at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>                at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>                at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>                at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>                at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>                at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>                at
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>                at
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>                at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>                at org.eclipse.jetty.server.Server.handle(Server.java:499)
>                at
> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>                at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
>                at org.eclipse.jetty.io
> .AbstractConnection$2.run(AbstractConnection.java:540)
>                at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>                at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>                at java.lang.Thread.run(Thread.java:748)
>
> Thanks & Regards,
> Akreeti Agarwal
>
> -----Original Message-----
> From: Atita Arora <atitaarora@gmail.com>
> Sent: Wednesday, August 28, 2019 2:23 PM
> To: solr-user@lucene.apache.org
> Subject: Re: Index fetch failed
>
> This looks like ample memory to get the index chunk.
> Also, I looked at the IndexFetcher code, I remember you were using Solr
> 5.5.5 and the only reason in my view, this would happen is when the index
> chunk is not downloaded as can also be seen in the error (Downloaded
> 0!=123) which clearly states that the index generations are not in sync
> and this is not user aborted action too.
>
> Is this error intermittent? could there be a possibility that your master
> has connection limits? or maybe some network hiccup?
>
>
>
> On Wed, Aug 28, 2019 at 10:40 AM Akreeti Agarwal <AkreetiA@hcl.com> wrote:
>
> > Hi,
> >
> > Memory details for slave1:
> >
> > Filesystem      Size  Used Avail Use% Mounted on
> > /dev/xvda1       99G   40G   55G  43% /
> > tmpfs           7.8G     0  7.8G   0% /dev/shm
> >
> > Memory details for slave2:
> >
> > Filesystem      Size  Used Avail Use% Mounted on
> > /dev/xvda1       99G   45G   49G  48% /
> > tmpfs           7.8G     0  7.8G   0% /dev/shm
> >
> > Thanks & Regards,
> > Akreeti Agarwal
> >
> > -----Original Message-----
> > From: Atita Arora <atitaarora@gmail.com>
> > Sent: Wednesday, August 28, 2019 11:15 AM
> > To: solr-user@lucene.apache.org
> > Subject: Re: Index fetch failed
> >
> > Hii,
> >
> > Do you have enough memory free for the index chunk to be
> > fetched/Downloaded on the slave node?
> >
> >
> > On Wed, Aug 28, 2019 at 6:57 AM Akreeti Agarwal <AkreetiA@hcl.com>
> wrote:
> >
> > > Hello Everyone,
> > >
> > > I am getting this error continuously on Solr slave, can anyone tell
> > > me the solution for this:
> > >
> > > 642141666 ERROR (indexFetcher-72-thread-1) [   x:sitecore_web_index]
> > > o.a.s.h.ReplicationHandler Index fetch failed
> > > :org.apache.solr.common.SolrException: Unable to download
> > > _12i7v_f.liv completely. Downloaded 0!=123
> > >          at
> > >
> > org.apache.solr.handler.IndexFetcher$FileFetcher.cleanup(IndexFetcher.
> > java:1434)
> > >          at
> > >
> > org.apache.solr.handler.IndexFetcher$FileFetcher.fetchFile(IndexFetche
> > r.java:1314)
> > >          at
> > >
> > org.apache.solr.handler.IndexFetcher.downloadIndexFiles(IndexFetcher.j
> > ava:812)
> > >          at
> > > org.apache.solr.handler.IndexFetcher.fetchLatestIndex(IndexFetcher.j
> > > av
> > > a:427)
> > >
> > >
> > > Thanks & Regards,
> > > Akreeti Agarwal
> > > (M) +91-8318686601
> > >
> > > ::DISCLAIMER::
> > >
> > > --------------------------------------------------------------------
> > > --
> > > --------------------------------------------------------------------
> > > --
> > > --------------------------------------------------------------------
> > > --
> > > --------------------------------------------------------------------
> > > The contents of this e-mail and any attachment(s) are confidential
> > > and intended for the named recipient(s) only. E-mail transmission is
> > > not guaranteed to be secure or error-free as information could be
> > > intercepted, corrupted, lost, destroyed, arrive late or incomplete,
> > > or may contain viruses in transmission. The e mail and its contents
> > > (with or without referred errors) shall therefore not attach any
> > > liability on the originator or HCL or its affiliates. Views or
> > > opinions, if any, presented in this email are solely those of the
> > > author and may not necessarily reflect the views or opinions of HCL or
> its affiliates.
> > > Any form of reproduction, dissemination, copying, disclosure,
> > > modification, distribution and / or publication of this message
> > > without the prior written consent of authorized representative of
> > > HCL is strictly prohibited. If you have received this email in error
> > > please delete it and notify the sender immediately. Before opening
> > > any email and/or attachments, please check them for viruses and
> > > other
> > defects.
> > >
> > > --------------------------------------------------------------------
> > > --
> > >
> > ----------------------------------------------------------------------
> > ----------------------------------------------------------------------
> > --------------------------------------------------------------------
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message