問題タブ [excon]

S3 への接続を Excon に依存する Carrierwave + Fog で Ruby on Rails を使用します。Rails サーバーは AWS EC2 で実行されています。ほとんどの場合、Carrierwave アップローダーは正常に動作しますが、次のようなエラーとスタック トレースが表示されることがよくあります。

何が起こっているのですか？

を追加しようとしたため、依存関係の競合が発生しましmandrill-apiた。

に宝石を追加しましたgemfileが、必要なときにbundle installこのエラーが発生しました:

私はこれを修正するために非常に多くのことを試みましたが、不可能です。heroku gem を削除しても、エラーが発生しfogます。

誰にもアイデアがありますか？ありがとう ！

アップローダに Carrierwave を使用すると、実稼働アプリから毎週いくつかの Excon エラーが発生します。例えば：

アップロード プロセスを再試行ブロックにラップすることを開始しましたが、何度も試行した後は常に正常に動作しているように見えますが、しばらくすると扱いにくくなるため、より良い解決策があるかどうか疑問に思っています。これらのエラーは、より低いレベルで処理する必要があるように思えます。これらの問題を処理するより良い方法はありますか?

プロダクション構成は次のとおりです。

そして、gem バージョンを使用しています。

asset_sync gemを使用して、Rails アセットをローカルでコンパイルし、S3 バケットにアップロードしたいと考えています。しかし、それらをコンパイルしてアップロードしようとすると、SSL 証明書を検証できないため、rake タスクが中止されます。

この問題の回避策を見つけるために 3 日間苦労しましたが、何も解決しませんでした。

rubyinstaller.org のビルドの OpenSSL が壊れていることがわかりましたが、SSL_CERT_FILE 手動で設定しても rake タスクは同じエラーで失敗します (その設定で ruby​​ で HTTPS 接続を行うことはできますが)。

作品:

失敗:

システム: Win 8.1 (x64) および ruby​​ 2.1 (x64) ( ruby ​​installerから)

エラーログ：

関連している：

• 証明書を検証できません - 'ENV['SSL_CERT_FILE'] = path_to_file' を設定してください。

• Windowsで「証明書の検証に失敗しました」を解決するには?

ごく最近、Rackspace クラウドへのファイルのアップロードで、私の Mac とオフィスの別の 1 台の Mac でエラーが発生し始めました。同じコード ベースが、Ubuntu サーバーとオフィスの 3 台目の Mac で正常に動作します。このエラーは、gems/excon-0.31.0/lib/excon/connection.rb:186:in `pos=' を指している (Excon::Errors::SocketError) Illegal seek (Errno::ESPIPE) を報告します」

これは何日も私を困惑させてきました。すべての Mac は osx 10.9 です。誰かが何か援助を提供できるなら、それは大歓迎です。

バージョン: Fog(1.20.0) Excon(0.31.0)

バックアップは 250MB です。それほど大きくはないと思いますが、サイズが大きくなるにつれて問題が大きくなっているようです。

以下の Backup gem からログを記録します。

期間に注意してください。アップロードの約 37 分後、接続がリセットされます。

私はこれを調査しようとしましたが、このエラーを修正するためにアプリケーションのどこを見ればよいかわかりません。Udemy でコースを受講しており、Google Cloud ストレージを使用して画像をアップロードしようとしています。新しいレコードに画像を追加して保存しようとすると、このエラーが発生します。

SSL_connect が返されました=1 errno=0 状態=SSLv3 読み取りサーバー証明書 B: 証明書の検証に失敗しました (OpenSSL::SSL::SSLError) 証明書を検証できません。

これは、リモート ホストまたは Excon の問題である可能性があります。Excon には証明書がバンドルされていますが、これらはカスタマイズできます。Excon.defaults[:ssl_ca_path] = path_to_certs、ENV['SSL_CERT_DIR'] = path_to_certs、Excon.defaults[:ssl_ca_file] = path_to_file、ENV['SSL_CERT_FILE'] = path_to_file( Excon.defaults[:ssl_verify_callback] = callbackOpenSSL::SSL::SSLContext#verify_callback を参照)、またはExcon.defaults[:ssl_verify_peer] = false(安全性が低い)。

Rails 4 - Ruby 2.2.2 - Amazon AWS S3 - トンボ 1.0.12 - トンボ-s3_data_store 1.2 - フォグ-aws 0.10.0

約 99% の場合、問題はありません。この問題は通常、使用率が高いときにのみ発生しますが、ユーザーがほとんどいないときにも発生することに気付きました。エラーをスローする行:

アプリケーションのどこでもエラーが発生します。リモート接続がない場合にエラーが表示されることがあります。- これを確認できなくなりました。

Rails ロガーを使用して、渡される引数をキャプチャしましたが、合格と不合格の間に違いはないようです。ここではいくつかの例を示します。

私はいくつかのフォーラムに出くわし、excon gem の更新が必要であると確信しました。Excon gem を 0.45.4 から 0.51.0 にアップグレードしました。それに加えて、Fog gem を 1.36.0 から 1.38.0 に更新しました。

アップグレード後、エラーは「getaddrinfo: 名前またはサービスが不明 (SocketError)」から「Excon::Error::Socket: getaddrinfo: ホスト名に関連付けられたアドレスがありません (SocketError)」になりました。

失敗した応答に対してキャプチャされた URL は、合格した URL のいずれかとは異なります。これをさらに調べます。

アップデート：

トンボのイニシャライザは、失敗したパスと同じパスを指定します。url_host はデフォルトの機能をオーバーライドするため、削除することにしました。

この結果、変化はありませんでした。同じ URL が引き続き使用され、失敗する唯一の URL です。

私たちの Ubuntu サーバーには、元パートナーが Gitlab をインストールしました。私はgitlabの経験がありません。今、私はバックアップを作成したいと思います。

走った後

次のエラーが表示されます。

バックアップ アーカイブをリモート ストレージ smartupgitlab にアップロードしています ... rake が中止されました! Excon::Errors::SocketError: 証明書を検証できませんExcon.defaults[:ssl_ca_path] = path_to_certs。 、 ENV['SSL_CERT_DIR'] = path_to_certs、Excon.defaults[:ssl_ca_file] = path_to_file、(OpenSSL::SSL::SSLContext#verify_callback を参照)、または ENV['SSL_CERT_FILE'] = path_to_file( 低セキュリティ) を設定してください。Excon.defaults[:ssl_verify_callback] = callbackExcon.defaults[:ssl_verify_peer] = false

示されたコード行を使用する必要があると思いますが、どのファイルに正確に貼り付ける必要がありますか?