“Chef Infra Client cannot execute without accepting the license”が発生した時の対処 - kazukiyunoue-tech
Vagrantでchef-soloをprovisionerとしたupコマンド実行時に以下のようなエラーが発生するようになった。 ==> host01: Chef Infra Client cannot execute without accepting the license Chef never successfully completed! Any errors should be visible in the output above. Please fix your recipes so that they properly complete.chefのライセンス形態が変更になり、最新Chef v15から初回にEULA（End-User License Agreement）の承諾が必要になったもよう。 As of May 15, 2019, we have released Che
プロビジョニングツールにおける設定ファイルの管理方法について - Qiita
プロビジョニングツールでミドルウェアの設定ファイルを管理する時の方式について論じる。 例えば nginx の conf を管理するとして、管理しているアプリが10個ほどあり、それぞれのアプリで微妙に conf が異なるとする。 １. テンプレート方式 その場合、典型的には nginx.conf を erb などでテンプレート化すると思う。そして、異なるパラメータを erb 内の変数で埋めたり、場合によっては、パラメータで分岐させたりする。 まぁ、普通かな、という気はするがこの方式を取ると、ロジックが入り込んで複雑怪奇、完成系が erb を見ただけで予測できない、複雑なので単体テストが必要、などの問題が生じてくる。規模が大きくなるほど複雑さが増して来る。 ２. ファイル分離方式 そこで、提案したい設定ファイルの管理方法がファイル分離方式である。アプリごとに conf が異なるならば、ファイル
Wantedly から Chef を一掃した話 / #chibadan
サービス開発の現場を語る！ #chibadan の発表資料です http://chibadan.connpass.com/event/41625/
ChefでServiceリソース内でaction :startするのはやめた方がよいかも - Qiita
Chefのレシピで、ミドルウェアのインストール後にserviceリソースでaction :startするのをよくやると思うのですが(自分もよくやってた)、これはやめたが方がいいんじゃないかと思いました。 なんでダメなのか よくあるChefレシピの例で考えてみましょう。 Nginx をインストールするこんなレシピ。 package "nginx" do action :install end service "nginx" do action [:enable, :start] # ← コレ supports :start => true, :status => true, :restart => true, :reload => true end template "/etc/nginx/nginx.conf" do notifies :reload, 'service[nginx]' e
JAWSフレームワークで、サーバレスな分散ロックサービス「Joumae」をつくった - Qiita
Joumae(錠前)というサーバレスの分散ロックサービスをOSSとして公開したので、ご紹介させていただきます AWS LambdaとAPI Gateway、DynamoDB、JAWSフレームワークなどを利用していて、小規模な社内利用であれば月々数十円で運用できます。 Webアプリ(joumae-users、joumae-resources) クライアント(joumae-ruby) Joumaeとは Joumaeはサーバレスの分散ロックサービス(Distributed Locking Service, Distributed Lock Manager)です。 任意のシェルコマンドや、プログラム中の任意のコードブロックを、クラスタ全体で排他的に実行するために使うことが出来ます。 Joumaeの利用例 例えば、クラウドワークスではデプロイロックのために活用しています。 アプリとインフラのBlue
The Road to InSpec - Chef Blog | Chef
On Tuesday, we announced the release of the InSpec infrastructure testing framework as part of the release of Chef Compliance. Today we would like to dive into how and why we decided to create InSpec, from its journey as a Serverspec extension to its current state as a standalone project. Serverspec for compliance testing Our startup VulcanoSec, acquired by Chef earlier this year, was founded to s
chef-solo,chef-shellより更にミニマムなchef-apply - Qiita
Chefのクライアントバージョン11からchef-applyとコマンドラインツールが追加されていた。 ヘルプを見るとレシピのDSLを渡して実行してくれるものらしい。 追記： Chef12.1.0からnode.json的なファイルを渡せるようになったよ。 -j JSON_ATTRIBS, Load attributes from a JSON file or URL --json-attributes $ chef-apply --help Usage: chef-apply [RECIPE_FILE] [-e RECIPE_TEXT] [-s] --[no-]color Use colored output, defaults to enabled -e, --execute RECIPE_TEXT Execute resources supplied in a string -j JSO
Chefでデバックのログを出す方法 - ガイアが俺にもっとコード書けと囁いている
これでChef動かした時にコンソールに出力された。 レシピ中だとChefという名前空間は省略しても動いた。
Chef・Ansible等を用いた環境の自動構築方法 について発表しました - 実はhokkai7go
こんにちは。 Chef実践入門を書いたことで、 @miyohideさんからお誘いがあり 日本OSS推進フォーラム主催 第5回アプリケーション部会勉強会で掲題の発表をしてきました。 Chef・Ansible等を用いた環境の自動構築方法 - connpass Chef実践入門著者陣、@miyohideさん、日本OSS推進フォーラムの方々にお礼申し上げます。ありがとうございます。 また、当日のお昼のスライドを見ていただいた id:daaaaaai さんありがとうございました。おかげさまで発表の流れが洗練されました。 これまでの勉強会よりも早いペースで参加登録が埋まったそうです。 ありがたい限りです。Chefなどのプロビジョニングツールへの関心が高まっているということでしょうか。 当日は、発表時間を勘違いしていて遅刻してしまったことを申し訳なく思っています。ご迷惑おかけしました。 発表の内容につい
美雲このはオフィシャルサイト | 神様目指して修行中！みんな応援よろしくねっ！
美雲このはとは？ 座敷童子一族の末裔として生まれ、栃木の由緒正しい某神社で暮らしていたんだけど、昔からのしきたりで一人前の座敷童子になるため東京で修行を開始！ 紆余曲折あって、ConoHaの応援団長に就任することになりConoHaを使っているみんなを応援するとともに、このはも一人前の座敷童子ではなく、「神様」になるために日々頑張っているよ！ プロフィール 名前：美雲 このは （みくも このは） 年齢：年齢という概念はないが、人間でいうと13歳くらい？ 身長：150cm＋α 体重：ひみつ 長所：勉強熱心・わりと機転がきく 短所：いじわると勘違いされる振る舞いをしがち 好きなこと：アニメを見たりゲームしながらのごろごろ
knife-soloをJSONファイルを作らずに走らせる - There's an echo in my head
--json-attributes <json>もしくは-j <json>オプションを使えばnodes/*.jsonを作らなくても走らせることができた。 $ knife solo cook myserver.01 -j '{"hostname":"myserver.01"}' みたいな感じ。 さすがにJSONを長々と書くのは不便なので、基本となるロールをroles/*.rbに定義して、ノードごとに異なる値をJSONで渡す形式にしてやるとよさそう。 ロールは--override-runlist 'role[<role>]'もしくは-o 'role[<role>]'で指定できる。カンマ区切りで複数指定も可。 $ knife solo cook myserver.01 -o 'role[app]' -j '{"hostname":"myserver.01"}' みたいな感じ。
Knife-SoloからKnife-Zeroへの移行 #getchef - クリエーションライン株式会社
はじめに 前回はChef-SoloとChef-Clientローカルモードを比較し、ローカルホストの収束を行いました。今回はリモートホストを管理するためのKnife-SoloとKnife-Zeroを比較してみます。 Knife-Soloでは次図のように、ローカルファイルシステム上にあるCookbookやAttributeなどのポリシーをssh+rsyncでリモートホストに転送し、sshでリモートホストにログインしてChef-Soloを実行してポリシーを参照して収束を行います。 Knife-Zeroでは次図のように、ローカルホスト上にあるポリシーやNode Objectを参照するためのChef-Zeroを起動し、sshでリモートホストにログインすると同時にTCPポートフォワーディングを設定し、ローカルホストのChef-Zeroにあるポリシーを参照して収束を行います。 大変簡単に言うと、Knif
Chefのローカルモードだけでリモートサーバを運用してみようと、Knife-Zeroを作った。Nodeの構成情報もとれるよ。 - Qiita
Chefのローカルモードだけでリモートサーバを運用してみようと、Knife-Zeroを作った。Nodeの構成情報もとれるよ。Rubychefknifeknife-zero Chef(ChefInc)の管理ツールKnifeのプラグインで、Knife-Zeroというのを作りました。 https://github.com/higanworks/knife-zero 追記： バージョンアップして、knife zero chef_client/convergeサブコマンドを追加しました。 追記： ひと通りの機能を実装したので、knife-zeroのことをまとめるドキュメントをゆるやかに作成しています。 https://knife-zero.github.io 端的にいうとAnsibleのやり方をパクりつつ、Chef-Serverから構成管理を含む機能全部を頂戴しながら本体の管理を捨てました。 Kni
Chefのローカルモードチュートリアル + knife-zero + knife-sakura - Qiita
前回 Chefのローカルモードだけでリモートサーバを運用してみようと、Knife-Zeroを作った。Nodeの構成情報もとれるよ。 - Qiita の続きといえば続きです。 Knife-Zeroのページはこちら。 http://knife-zero.github.io/ja/ Chef11.xからローカルモードというのが加わりました。Chef-Client/Server環境の簡易版であり、Soloの代わりでもあります。 Chef-Soloからの乗り換えとしてChef-Zero(ローカルモード)検索が多いようなので、この追記を先頭に移動 このサンプルではSSH越しにローカルモードを実行していますが、単にサーバ側にChef-Repoを置いてローカルモードをしたい場合、 Chefをインストール後にChef-Repoのディレクトリに移動してchef-client -zでOKです。 Soloみたいに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Chef Habitat Developer Community | Chef Community
Chef solo 11.14.2 fails due to incorrect DuplicateRole error · Issue #1739 · chef/chef
https://github.com/chef/chef/blob/master/lib/chef/role.rb
https://github.com/higanworks/knife-zero/blob/master/README.md
`knife solo clean`でキャッシュをクリア - There's an echo in my head
[#CHEF-4639] writing credentials files with `file` or `template` may leak credentials in diffs - Opscode Open Source Ticket Tracking