問題タブ [chef-solo]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
chef-infra - opswork で Chef::Exceptions::CookbookNotFound ERROR を解決する方法
opwswork にカスタム クックブックをインストールしようとしています。そこで、 FFMPEG COOKBOOKを自分のリポジトリに複製し、クックブックの更新を実行してから、コマンド ffmpeg::package で ffmpeg レシピを実行しました。しかし、私は常に以下のようにエラーが発生しています
[Wed, 09 Oct 2013 10:49:29 +0000] DEBUG: Loading Recipe ffmpeg::package via include_recipe [Wed, 09 Oct 2013 10:49:29 +0000] ERROR: カスタム レシピの実行中に例外をキャッチ: ffmpeg: :package: Chef::Exceptions::CookbookNotFound - クックブック ffmpeg が見つかりません - /opt/aws/opsworks/releases/20130926122929_138/vendor/bundle/ruby/1.8/gems/chef-0.9.15.5/bin/../lib/ Chef /cookbook/cookbook_collection.rb:38:in
initialize' /opt/aws/opsworks/releases/20130926122929_138/vendor/bundle/ruby/1.8/gems/ohai-6.16.0/lib/ohai/mash.rb:77:in
call' /opt/aws/opsworks/releases/20130926122929_138/vendor/bundle/ruby/1.8/gems/ohai-6.16.0/lib/ohai/mash.rb:77: 「デフォルト」で
json - Vagrant - JSON 属性の構文/使用
現在、Vagrant を使用して、chef_solo クックブック経由でグラスフィッシュ サーバーをインストールしています。すべてが正しくインストールされ、サーバーにアクセスできますが、ホスト マシンからリモートでサーバーにアクセスするには、secure_admin を有効にする必要があります。
問題は、Vagrant が secure_admin の属性を適切に変更して有効にするための JSON 構文を見つけられない、または理解できないように見えることです。
私はこのクックブックを使用しています: https://github.com/realityforge/chef-glassfish
手順では、このような属性を変更して次のようなコードを入力する方法について説明しています。
ただし、ポートやドメイン名などの機能を変更したい場合は、これらの属性を次の構文で編集する必要があります (vagrantfile には既にあります)。
}
このコードは、このクックブックのレシピ「attribute_driven_domain」内でわかるように、open ステートメントがそのように記述されているため、私には理にかなっています。ドメインの最小メモリを編集する意味は、次のように入力します。
この ^ は、次のものに対応します。
....レシピのこのセクションにあります:
ただし、安全な管理者を定義する部分では、chef.json ブロック内のどこに配置する必要があるかを示す明確な場所がわかりません。このセクションにあります:
私のvagrantfile内のchef.jsonブロックにsecure_admin属性を配置する場所がわからないようです。グラスフィッシュレベルの下、ドメインレベルの下、構成の下など、さまざまな場所に配置しようとしました。
正確に何をどこに置くべきか、本当にわかりません。
私はこれの変種を使用しています:
または、domain1 の下にあるが config の上にある場合は、次のようになります。
ほとんどの場合、変更やエラーのフィードバックはありません。特定の場所に置かれた場合、別のドメインとして読み取ろうとするために失敗することがありますが、それ以外はあまりありません。
属性を変更するために現在使用している構文は正しくありませんか? 私はこのことについてかなり新鮮なので、よくわかりません。恐ろしく長い投稿で申し訳ありません。
chef-infra - Vagrant-Chef ロール: シェフソロがクックブックでロールを見つけられない
レシピとして定義されたものとロールとして定義されたものがあります。たとえば、最上位の役割は次のとおりです。
run_list( "role[el-drupal-cookbook::drupal_lamp_dev]" , "recipe[drupal-site-jnl-el-cookbook::default]" )
上記の目的は、サーバーを drupal ランプ サーバーとしてセットアップし、特定の Web サイトをそのサーバーにインストールすることです。
add_role リクエストを使用して Vagrant からすべて呼び出し、librarian-chef がすべてのビットをまとめています。クックブックのパスは「cookbooks」で、role_path は「roles」です。
これを実行すると、最上位のロール (Vagrantfile と同じディレクトリにある) が検出されますが、異なるクックブックにあるロールは検出されません。
ロールとレシピは両方とも、クックブック パスが提供する必要があるクックブックに格納されているため、明らかに何かが不足しています。誰でも助けることができますか?
以下にエラーメッセージを添付しました。
編集:
vagrantfile には次のように書かれています。
chef-infra - Chef-solo: 未設定の属性に関する問題
皆さん、私はシェフのソロ属性で途方に暮れています。私はたくさんのレシピを持っています。そのうちのいくつかはロールとしてコード化されていましたが、ロールとしてはほとんど問題なく機能していました。たとえば、私がかつて役割を持っていた場所:
私は今持っています:
これはかなり簡単に思えましたが、属性の問題に直面しています。「php」クックブック レシピの default.rb ファイルには属性があり、コードは次のエラーで失敗します。
標準の php クックブック php/recipes/default.rb の行:
これは、属性ファイルが実行されていないためだと思います。実行された場合、値 install_method が「package」に設定されているためです。この問題は「php」レシピに固有のものではないと思いますが、そうかもしれません。
特定の属性ファイルがどのような状況で実行されるかを示すものは何も見つかりませんが、ファイルがアルファベット順に読み取られるという不可解なコメントを除いて、いつ述べられていませんでした。
たとえば、クックブックのレシピが使用されている場合、attribute/default.rb は実行されますか? 関係なく、クックブックが使用されるとすぐにすべての属性ファイルがロードされますか? 実行中のレシピと名前が一致する属性ファイルだけですか?
これをデバッグする方法を知っていますか?
編集:いくつかのエラーメッセージを追加します:
mysql - 浮浪者:chef_solo | mysql サーバーと mongodb からログ パスを変更するにはどうすればよいですか?
私は vagrant とchef で働いています。すべてが進む限り、vagrant ファイルで mysql と mongodb の変更の Logpath を使用する場合にのみ、エラーが発生します。
ここに誰かがヒントを持っていて、私を助けることができれば幸いです。
Vagrantfile で私はそう述べました...
linux - サーバーを追跡するためのツールを探しています。どこでもchef-soloを使用していますが、追跡するのは難しいです
サーバーを追跡するためのツールを探しています。どこでもchef-soloを使用していますが、追跡するのは困難です。Spacewalkのようなサーバーを追跡するためのシンプルなツールはありますか?
私は管理するいくつかのサーバーに spacewalk を使用していますが、今必要なものには少し肥大化しています。しかし、それがどのようにうまく機能するか。Chef-solo を使用してサーバーをキックスタートし、それを spacewalk で静的キーに登録します。したがって、すべてのサーバーと、X 時間後にコールバックしなかったサーバーの概要がわかります。
私たちはchef-soloのコンセプトがとても好きで、多くの理由からchef-serverは必要ありません. しかし、私たちのインフラストラクチャに欠けているのは、単純なツールであり、サーバーを追跡するための単純な Web インターフェイスです。
ありがとうございました。