2011-08-02 12 views
1

これをデバッグする方法があまりよくありません。すべてのヒントはと非常に高くなりますSunspot-Solrの再インデックス問題のためにサーバーがタイムアウトしています

基本的には、私は大きなコミットを行いましたが、今は私のサーバーはSunspot-solrの問題のために起動できません。

手動で再インデックスを作成しようとすると気付きます。

Processing MainController#index (for 69.114.195.64 at 2011-08-02 06:47:21) [GET] 
    Parameters: {"action"=>"index", "controller"=>"main"} 
    HomepageBackground Load (0.2ms) SELECT * FROM `homepage_backgrounds` 
    HomepageBackground Columns (23.4ms) SHOW FIELDS FROM `homepage_backgrounds` 
    HomepageBackground Load (0.8ms) SELECT * FROM `homepage_backgrounds` ORDER BY RAND() LIMIT 1 
    SQL (30.2ms) SHOW TABLES 
    Organization Columns (1.8ms) SHOW FIELDS FROM `organizations` 
    Solr Select (Error) {:q=>"*:*", :start=>0, :fq=>["type:Organization", "published_b:true", "updated_at_d:[2010\\-08\\-02T13\\:47\\:21Z TO *]"], :rows=>1000000} 

Timeout::Error (execution expired): 
    /usr/lib/ruby/1.8/timeout.rb:64:in `rbuf_fill' 
    vendor/gems/right_http_connection-1.2.4/lib/net_fix.rb:51:in `rbuf_fill' 
    /usr/lib/ruby/1.8/net/protocol.rb:116:in `readuntil' 

更新OKが私は戻ったし、最後のコミット作業にリベース:

これはリターンです。そして、私はまだ同じエラーを持っています。だから私はps aux | grep solrを見つけて、5つのsolrのインスタンスが走っているのを見つけました。奇妙なことに、私は思って、それらのすべてを殺しました。 Blamサーバーが復旧し、強力に動作していました。だから、私は新しいコミットをもう一度試みていますが、これらの野生の黒点のインスタンスを見ています。

+0

** Sunspot.optimize **でインデックスを最適化してみてください。 –

+0

それは文字通りエラーだけ同じことを実行するように私に言っています – Trip

+0

あなたはそれを実行しましたか?出力は何でしたか? –

答えて

1

この問題は、amuckを実行している野生のsunspot-solrインスタンスによって引き起こされました。何もkill -9は処理できませんでした。問題が解決しました。

関連する問題