Heroku, Rails, Resque, Redis: Alle Jobs scheitern wegen Errno :: ETIMEDOUT

Question

Ich habe eine Rails-App auf Heroku, die Resque.enqueu verwendet, um Hintergrundjobs mit Redis und redistogo zu planen.

Jobs gewohnt zu arbeiten, aber ich merke jetzt, dass sie alle seit einiger Zeit versagt haben (ein paar Wochen, 100% der Arbeitsplätze).

Der Fehler erhalte ich:

Exception Errno :: ETIMEDOUT Fehler Connection timed out - eine Verbindung (2)

Und der Stack-Trace:

> /app/vendor/ruby-2.0.0/lib/ruby/2.0.0/net/http.rb:878:in `initialize' 
> /app/vendor/ruby-2.0.0/lib/ruby/2.0.0/net/http.rb:878:in `open' 
> /app/vendor/ruby-2.0.0/lib/ruby/2.0.0/net/http.rb:878:in `block in 
> connect' /app/vendor/ruby-2.0.0/lib/ruby/2.0.0/timeout.rb:52:in 
> `timeout' /app/vendor/ruby-2.0.0/lib/ruby/2.0.0/net/http.rb:877:in 
> `connect' /app/vendor/ruby-2.0.0/lib/ruby/2.0.0/net/http.rb:862:in 
> `do_start' /app/vendor/ruby-2.0.0/lib/ruby/2.0.0/net/http.rb:851:in 
> `start' /app/vendor/ruby-2.0.0/lib/ruby/2.0.0/net/http.rb:1373:in 
> `request' /app/vendor/ruby-2.0.0/lib/ruby/2.0.0/net/http.rb:1131:in 
> `get' 
> /app/vendor/bundle/ruby/2.0.0/gems/activeresource-4.0.0/lib/active_resource/connection.rb:121:in `block in request' 
> /app/vendor/bundle/ruby/2.0.0/gems/activesupport-4.2.1/lib/active_support/notifications.rb:164:in 
> `block in instrument' 
> /app/vendor/bundle/ruby/2.0.0/gems/activesupport-4.2.1/lib/active_support/notifications/instrumenter.rb:20:in 
> `instrument' 
> /app/vendor/bundle/ruby/2.0.0/gems/activesupport-4.2.1/lib/active_support/notifications.rb:164:in 
> `instrument' 
> /app/vendor/bundle/ruby/2.0.0/gems/activeresource-4.0.0/lib/active_resource/connection.rb:118:in `request' 
> /app/vendor/bundle/ruby/2.0.0/gems/shopify_api-4.0.6/lib/active_resource/connection_ext.rb:13:in `request_with_detailed_log_subscriber' 
> /app/vendor/bundle/ruby/2.0.0/gems/activeresource-4.0.0/lib/active_resource/connection.rb:82:in 
> `block in get' 
> /app/vendor/bundle/ruby/2.0.0/gems/activeresource-4.0.0/lib/active_resource/connection.rb:216:in `with_auth' 
> /app/vendor/bundle/ruby/2.0.0/gems/activeresource-4.0.0/lib/active_resource/connection.rb:82:in 
> `get' 
> /app/vendor/bundle/ruby/2.0.0/gems/activeresource-4.0.0/lib/active_resource/custom_methods.rb:57:in 
> `get' 
> /app/vendor/bundle/ruby/2.0.0/gems/shopify_api-4.0.6/lib/shopify_api/countable.rb:4:in 
> `count' /app/app/models/shop.rb:263:in `unscanned_customers' 
> /app/app/models/shop.rb:230:in `shopify_customers' 
> /app/app/models/shop.rb:144:in `bulk_scan' 
> /app/app/workers/bulk_scanner.rb:16:in `perform' 

Ich dachte vielleicht hat es etwas damit zu tun, dass man sich nicht richtig mit redis oder redistogo verbindet. Hier sind die entsprechenden initializer Code, den ich habe:

resque.rb:

Resque.redis = RedisConnection.connection 

redis_connection.rb:

class RedisConnection 
    def self.close 
    connection.quit 
    end 

    def self.connection 
    @connection ||= new_connection 
    end 

    def self.new_connection 
    uri = URI.parse(ENV['REDISTOGO_URL'] || 'redis://localhost:6379/') 

    Redis.new(host: uri.host, 
       port: uri.port, 
       password: uri.password, 
       thread_safe: true, 
       :timeout => 1) 
    end 
end 

Wenn ich Resque.redis oder @connection in meiner app nennen, es Gibt eine Redis-Instanz zurück. Was sonst würde diesen Verbindungsfehler verursachen? Wo kann ich Fehler beheben?

Answer 1

Betrachtet man die Backtrace, könnte es ein Shify-API-Verbindungstimeout sein? Es sieht so aus, als ob unscanned_customers eine zählbare Shopify-Sammlung sein soll und das Problem auftritt, wenn ein Versuch unternommen wird, den Kunden abzurufen.

würde ich meine Debuggen startet hier: > 'count' /app/app/models/shop.rb:263:in 'unscanned_customers'

Zusätzlich würde ich versuchen, Shopify vom Server mit einem eigenen App-API-Schlüssel und das Passwort zu verbinden:

shop_url = "https://#{API_KEY}:#{PASSWORD}@SHOP_NAME.myshopify.com/admin" 
ShopifyAPI::Base.site = shop_url 

Siehe die Shopify API für weitere Details, falls erforderlich Shopify API Readme

Es wird helfen, das Verbindungsproblem zu isolieren.

Prost.