2

実行リストで他のノード属性を検索するノードを登録しています。問題は、ノード情報が大きすぎて HTTP 経由でサーバーに配置できない場合です。

次に、chef-client は「FATAL: Net::HTTPServerException: 413 "Request Entity Too Large"」というメッセージを出力します。

サーバーは Opscode Hosted Chef にあります。

誰でもこの問題で私を助けることができますか?

ありがとう！！

4

4 に答える 4

1

これは、http サーバーのアップロード サイズ制限に関係しています。以前に Hosted Chef でこれに問題があると聞いたことがあります。また、私自身も OpenSource Chef でそれを経験しました。しかし、OpenSource Chef では、制限を増やすために何かをする力がありました。

これが Hosted Chef で必ずしも役立つというわけではありませんが、私の nginx.conf では、http セクションに次の行を追加する必要がありました。

client_max_body_size 2M;

nginxをリロードして問題を修正した後、これにより制限が引き上げられました。

(Apache では、これは .htaccess または httpd.conf ファイルの LimitRequestBody 属性になると思います)

あなたの問題に関しては、私が聞いた提案は、ノード情報のサイズを小さくすることです。状況によっては簡単ではありませんが、一部の OHAI プラグインがこれを引き起こす可能性があり、それらを削除すると修正される可能性があります。

それがあなたの状況で非常に役立つかどうかはわかりませんが、おそらく、これに遭遇した OpenSource Chef を使用している人々に役立つでしょう。

頑張ってください！

于 2012-10-22T22:00:22.757 に答える
1

nginx の設定を変更してもうまくいきませんでした。ただし、Chef コミュニティ サイトの IRC ログ (Joshua Timberman の厚意により提供) から次の情報を見つけましたが、うまくいきました (Chef v11.4.4)。

 put this in /etc/chef/client.rb: Ohai::Config[:disabled_plugins] = ["passwd"]

リンクは次のとおりです。 http://community.opscode.com/chat/chef/2013-02-07

これはクライアント側であるため、使用しているシェフ サーバーの種類に関係なく動作するはずです。

注：エラーを生成したクックブックで作業しているときに、テスト（chef v11.10.4）でこれを見たことはありません。これは、最新バージョンの Chef で修正されている可能性があります。

于 2014-03-26T22:20:09.147 に答える