用Tyre和&amp ;;在Heroku上部署ElasticSearch Bonsai.io

时间:2012-06-04 08:42:16

标签: ruby-on-rails deployment heroku search-engine elasticsearch

我正在尝试设置新的Bonsai ElasticSearch heroku附加组件,但是直到现在我才可以在我的本地开发机器上运行搜索,只要在Heroku上部署,相同的搜索就会无声地失败,或者更好,当我收到 500内部服务器错误时,Rails记录器不会记录任何内容。这是在失败查询期间相关的Heroku日志(未发现明显错误):https://gist.github.com/2867221

我正在寻找一些有关如何排除故障的建议。例如,我在Bonsai初始化程序配置/初始化程序/ bonsai.rb上设置Tire.configure { logger 'elasticsearch.log', :level => 'debug' },如下所示:

Tire.configure { logger 'elasticsearch.log', :level => 'debug' }
if ENV['BONSAI_INDEX_URL']
  Tire.configure do
    url "http://index.bonsai.io"
  end
  BONSAI_INDEX_NAME = ENV['BONSAI_INDEX_URL'][/[^\/]+$/]
else
  app_name = Rails.application.class.parent_name.underscore.dasherize
  app_env = Rails.env
  BONSAI_INDEX_NAME = "#{app_name}-#{app_env}"
end

但它会记录一个文件,这对本地有用,但在部署后无法访问。

Bonsai ElasticSearch是一个新的测试插件,所以我想知道你们中的某些人是否已经在Heroku上取得了一些成功的经验并且可以给我一些反馈和一些建议。

更新

设置记录器记录器$ stdout,:level => “调试”进入Tire.configure,最后heroku可以在搜索失败时记录一些内容:

2012-06-04T21:36:26+00:00 heroku[router]: GET gitwatcher.com/categories?utf8=%E2%9C%93&query=Asynchronous+Web+Frameworks dyno=web.1 queue=0 wait=0ms service=32ms status=500 bytes=728
2012-06-04T21:36:26+00:00 heroku[nginx]: 93.34.212.216 - - [04/Jun/2012:21:36:26 +0000] "GET /categories?utf8=%E2%9C%93&query=Asynchronous+Web+Frameworks HTTP/1.1" 500 728 "http://gitwatcher.com/categories" "Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:12.0) Gecko/20100101 Firefox/12.0" gitwatcher.com
2012-06-04T21:36:26+00:00 app[web.1]: # 2012-06-04 21:36:26:387 [_search] (["123456789"])
2012-06-04T21:36:26+00:00 app[web.1]: #
2012-06-04T21:36:26+00:00 app[web.1]: curl -X GET "http://index.bonsai.io/123456789/category/_search?load=true&pretty=true" -d '{"query":{"query_string":{"query":"Asynchronous Web Frameworks"}}}'
2012-06-04T21:36:26+00:00 app[web.1]:
2012-06-04T21:36:26+00:00 app[web.1]: # 2012-06-04 21:36:26:387 [200] (1 msec)
2012-06-04T21:36:26+00:00 app[web.1]:

...请查看有关https://github.com/karmi/tire/issues/365

打开的问题的详情

1 个答案:

答案 0 :(得分:1)

仅用于跟踪目的, 我将在此处报告(cat& past)我在GitHub Tire issues上发布的决议:

DEFINETLY WORKS BY:
  1)  dropping out `to_indexed_json` from Category MongoID model ( at the opposit of README indication )
  2)  removing and re-adding Bonsai.io Heroku add-on
  3)  reindexing ElasticSearch by running `heroku run:detached rake environment tire:import CLASS='Category'`

...事实上,如果你只是运行rake环境轮胎:import CLASS ='Category'FORCE = true它不适用于Heroku / Bonsai.io,因为Bonsai授权操作:

  2012-06-11T20:39:30+00:00 app[run.1]: curl -X DELETE http://index.bonsai.io/my-fake-index-11223344
  2012-06-11T20:39:30+00:00 app[run.1]: # 2012-06-11 20:39:30:749 [401]
  2012-06-11T20:39:30+00:00 app[run.1]: #
  2012-06-11T20:39:30+00:00 app[run.1]: # "{\"error\": \"Not authorized: Some endpoints are admin-only, ask support@onemorecloud.com.\"}\n"

如果你想重置/重新索引最终的脏数据,唯一的办法就是放弃Bonsai插件并重新创建:

  heroku addons:remove bonsai:test
  heroku addons:add bonsai:test

那个撒谎,我真的有一个脏的数据表示:

  BSON::InvalidObjectId (illegal ObjectId format: LAm-hNglS5mbrMzDlVVHCQ):
  app/controllers/categories_controller.rb:25:in `index'

如果你需要完整的宝石堆栈来与其他情况进行比较,那么它是:https://gist.github.com/2912881