Fehler SSL_connect bei Verwendung von Prozessen delayed_job

Question

Ich habe einen traditionellen Rails-Stack (mysql, ubuntu), der delayed_job für die Verarbeitung von Hintergrundaufgaben verwendet.

heute begann ssl_connect Fehler zu sehen, aber nur von unseren Hintergrundprozessen.

• Der Fehler nicht mit unserer Anwendung geschieht (re: https://github.com/lostisland/faraday/issues/371)
• der Fehler nicht passiert von rubygems Abrufen (re: http://guides.rubygems.org/ssl-certificate-update/)
• Der Fehler nicht passiert, wenn ich eine Schienen-Konsole starten Verfahren und manuell einen Job (re: https://stackoverflow.com/a/4020485/1536309) aufrufen

versucht haben, auch die ssl_tools/doctor from @mislav verwenden und haben keine Fehler.

Als Referenz Fehler ist:

OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed 
- 17 non-project frames 
File "/home/deploy/.rvm/rubies/ruby-2.1.7/lib/ruby/2.1.0/net/http.rb" line 923 in connect 
File "/home/deploy/.rvm/rubies/ruby-2.1.7/lib/ruby/2.1.0/net/http.rb" line 923 in block in connect 
File "/home/deploy/.rvm/rubies/ruby-2.1.7/lib/ruby/2.1.0/timeout.rb" line 90 in block in timeout 
File "/home/deploy/.rvm/rubies/ruby-2.1.7/lib/ruby/2.1.0/timeout.rb" line 100 in call 
File "/home/deploy/.rvm/rubies/ruby-2.1.7/lib/ruby/2.1.0/timeout.rb" line 100 in timeout 
File "/home/deploy/.rvm/rubies/ruby-2.1.7/lib/ruby/2.1.0/net/http.rb" line 923 in connect 
File "/home/deploy/.rvm/rubies/ruby-2.1.7/lib/ruby/2.1.0/net/http.rb" line 863 in do_start 
File "/home/deploy/.rvm/rubies/ruby-2.1.7/lib/ruby/2.1.0/net/http.rb" line 852 in start 
File "/home/deploy/.rvm/rubies/ruby-2.1.7/lib/ruby/2.1.0/net/http.rb" line 1375 in request 

Answer 1

Wow.

PID steht für process ID. Dies ist die Strategie, die Computer verwenden, um interne Programme zu überwachen, die ausgeführt werden. Jeder Prozess erhält eine PID. Mit verzögerten Jobs können Sie das PID-Verzeichnis konfigurieren.

Wenn Sie Probleme mit verzögerter Aufträge, die sind, überprüfen Sie die PIDs und stellen Sie sicher, Sie haben nicht zufällig DJ Prozesse auf alten Code ausgeführt wird. Das war mein Problem oben. Immer wenn ein Fehler aufkam, würde jemand DJ manuell neu starten ohne PIDs anzugeben und es würde NEUE PIDs erzeugen. YIKES.

Alte DJ-Prozesse mit altem/veraltetem Code.