3

セットアップ: CentOS 5.7 Linux 2.6.32-042stab044.5 の jetty コンテナーで Apache Solr を実行しています。サーバーは、4GB の専用 RAM と 2GB の「バースト」RAM を備えた VPS です。

次のオプションを使用して Solr を実行しています (読みやすくするために改行を入れています)。

/opt/jre/bin/java -Dsolr.solr.home=/opt/solr/solr 
                  -Xms2048m -Xmx2048m 
                  -Djetty.logs=/var/log/solr
                  -Djetty.home=/opt/solr
                  -Djava.io.tmpdir=/tmp 
                  -jar /opt/solr/start.jar
                  /opt/solr/etc/jetty-logging.xml 
                  /opt/solr/etc/jetty.xml

私の Solr 構成では、それぞれが 13 MB を使用する約 500 個のコアを使用し、合計 6.8 GB のディスクを使用します。

問題: 約 2 週間ごとに、solr サーバーの応答が遅くなります。stderror ログを確認すると、次のようなエントリが多数表示されます。

Jun 21, 2012 9:36:11 AM org.apache.solr.common.SolrException log
SEVERE: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out: NativeFSLock@/opt/solr/solr/examplestore/data/index/write.lock
        at org.apache.lucene.store.Lock.obtain(Lock.java:84)
        at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:1108)
        at org.apache.solr.update.SolrIndexWriter.<init>(SolrIndexWriter.java:83)
        at org.apache.solr.update.UpdateHandler.createMainIndexWriter(UpdateHandler.java:101)
        at org.apache.solr.update.DirectUpdateHandler2.openWriter(DirectUpdateHandler2.java:171)
        at org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:219)
        at org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:61)
        at org.apache.solr.update.processor.LogUpdateProcessor.processAdd(LogUpdateProcessorFactory.java:115)
        at org.apache.solr.handler.XMLLoader.processUpdate(XMLLoader.java:158)
        at org.apache.solr.handler.XMLLoader.load(XMLLoader.java:79)
        at org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:58)
        at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129)
        at org.apache.solr.core.SolrCore.execute(SolrCore.java:1372)
        at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:356)
        at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:252)
        at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
        at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
        at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
        at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
        at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
        at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
        at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
        at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
        at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
        at org.mortbay.jetty.Server.handle(Server.java:326)
        at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
        at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:945)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
        at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
        at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

メモリ使用量を確認すると、jetty プロセスが 3GB を使用しfree -mており、約 3GB が使用中であると報告されています。

私の現在の修正は、jetty プロセスを再起動することです (/etc/init.d/solr restart)。「ロック取得タイムアウト」例外は停止し、パフォーマンスはあと 1 ～ 2 週間は妥当です。

SolrPerformance wiki は、これがメモリの問題であることを示しています。そのため、メモリ使用量を 2GB に設定し、プロセスを強制終了する前にメモリ使用量を確認しました。ただし、予備のメモリがあるため、それが問題であるかどうかはわかりません（4GBの専用メモリに3GBを使用し、さらに2GBの「バースト」RAMを使用しています）。

質問: 「ロック取得タイムアウト」例外を回避し、最終的に Solr セットアップの安定性を改善して、2 週間ごとに再起動する必要がないようにするにはどうすればよいですか?

4

1 に答える 1

1

あなたのアプリケーションを知らないので、あまりコメントするべきではありません...しかし、そのインデックスサイズとプロセッサコアの数に対して500コアは高いようです（4以下だと思います）。

あなたはsolrコアをリロードすることができ、私の経験では、特定の長期保存オブジェクトからメモリを回収するのに役立ちます. http://wiki.apache.org/solr/CoreAdmin#RELOAD

ログで実際にメモリ不足エラーに気付きますか? verbosegc を有効にすることから始めて、気づいているエラーを詳細な gc 出力と関連付けることができます。

于 2012-06-22T01:33:07.933 に答える