开机自检请求的请求超时 (H-12)

Question

我们在 Heroku 上的登台服务器上遇到了一个有趣的问题。每个发布/放置/删除请求冻结大约 10 秒或更长时间，其中一些最终超时导致 Heroku H-12 超时错误。另一个有趣的细节：请求似乎在超时后处理，因为数据库记录会更新。我们不处理大数据，我们只是尝试更新数据库中一条记录上的一个字段。我们的本地环境（本地主机：3000）工作正常。我们没有任何阻止操作（发送电子邮件，处理大查询等）我们尝试激活/停用缓存 （dalli）、资产编译，我们切换了暂存服务器的实例。我们在 staging.rb 中尝试了不同的设置。

关于我们如何尝试解决此问题的任何建议？

2012-10-08T21:32:15+00:00 app[web.1]: Started PUT "/users/151" for 67.180.34.143 at 2012-10-08 21:32:15 +0000
2012-10-08T21:32:15+00:00 app[web.1]: Processing by UsersController#update as HTML
2012-10-08T21:32:15+00:00 app[web.1]:   Parameters: {"utf8"=>"✓", "authenticity_token"=>"n4xK0Esi2zgBqSRtDTu3IEhnUAv0//bAkjLnKyk7xFk=", "user"=>{"role"=>"2", "designer_status"=>"1", "invitation_limit"=>"56"}, "commit"=>"Update", "id"=>"151"}
2012-10-08T21:32:45+00:00 heroku[router]: Error H12 (Request timeout) -> POST ziba-exygy-2.herokuapp.com/users/151 dyno=web.1 queue= wait= service=30000ms status=503 bytes=0
2012-10-08T21:32:46+00:00 app[web.1]: Redirected to https://ziba-exygy-2.herokuapp.com/users
2012-10-08T21:32:46+00:00 app[web.1]: Completed 302 Found in 30304ms (ActiveRecord: 53.7ms)
2012-10-08T21:32:46+00:00 app[web.1]: cache: [POST /users/151] invalidate, pass
2012-10-08T21:32:46+00:00 app[web.1]:   User Load (3.7ms)  SELECT `users`.* FROM `users` WHERE `users`.`id` = 42 LIMIT 1
2012-10-08T21:32:46+00:00 app[web.1]:   User Load (12.3ms)  SELECT `users`.* FROM `users` WHERE `users`.`id` = 151 LIMIT 1
2012-10-08T21:32:46+00:00 app[web.1]:    (2.8ms)  BEGIN
2012-10-08T21:32:46+00:00 app[web.1]:   User Exists (3.2ms)  SELECT 1 FROM `users` WHERE (`users`.`email` = BINARY '[e-mail]' AND `users`.`id` != 151) LIMIT 1
2012-10-08T21:32:46+00:00 app[web.1]:    (3.1ms)  COMMIT
2012-10-08T21:32:46+00:00 app[web.1]:    (2.7ms)  BEGIN
2012-10-08T21:32:46+00:00 app[web.1]:   CACHE (0.0ms)  SELECT 1 FROM `users` WHERE (`users`.`email` = BINARY 'pierre+tttttttttt@ blablabla.com' AND `users`.`id` != 151) LIMIT 1
2012-10-08T21:32:46+00:00 app[web.1]:    (11.6ms)  UPDATE `users` SET `invitation_limit` = 56, `updated_at` = '2012-10-08 21:32:31' WHERE `users`.`id` = 151
2012-10-08T21:32:46+00:00 app[web.1]:    (2.9ms)  COMMIT

Answer 1

事实证明，我们的登台服务器并没有包括实时服务器拥有的所有 Heroku 附加组件。缺少的附加组件之一是飞行狮身人面像。我们的一些模型假设狮身人面像在那里，并会尝试使用它来导致这种行为。