DEBUG を trap すれば、コマンド実行前に任意の処理を挟めるということがわかったので、特定のコマンドが入力されたらキャンセルできないか試してみました。 COMMANDS=$(cat <<EOC rm -rf /tmp/foobar EOC ) preexec() { [ -n "${COMP_LINE}" ] && return [ "${BASH_COMMAND}" = "${PROMPT_COMMAND}" ] && return local cmd_history=$(HISTTIMEFORMAT='%F %T%z ' history 1) #local cmdtime=$(date -d "$(echo ${cmd_history} | perl -lane 'print join(" ", @F[1 .. 2]);')" +%s) local cmd=$(echo ${c

執筆時の chef のバージョンは以下のとおりです。 $ rpm -q chef chef-11.16.4-1.el6.x86_64chef でファイルの変更をする場合、 chef/file_edit.rb at 11.16.4 · opscode/chef · GitHub を使うことで簡単に行うことができます。 実際にコードを書く場合は、 file "/tmp/testfile" do f = Chef::Util::FileEdit.new(path) f.insert_line_if_no_match(/hogehoge/, "hogehoge") f.write_file end のように記述することでファイルを変更することができます。 各メソッドを簡単に説明すると、 insert_line_if_no_match は、第一引数の regex に match しなければ第二引数の

本日 8/24 発売の WEB+DB PRESS Vol.94 で、 特集1「［鍵は監視にあり！］実践スケーラブルAWS 規模に適した設計，負荷に応じた増減，障害への自動対応」 の第3章から5章を執筆しました。 gihyo.jp 謝辞 株式会社技術評論社 WEB+DB PRESS編集部様からご恵贈いただきました。ありがとうございます。 また、この度は執筆の機会をいただきましたこと重ねて御礼申し上げます。 もともと、fujiwara さん宛てに執筆依頼があったのですが、 無理を言って共著で書かせていただくことになりました。機会をいただきありがとうございました。 特集「実践スケーラブル AWS」について この特集では、AWS で1〜100台規模のサーバを運用する際、どのようなことを考えて設計するとスケールしやすくなるのか解説しています。 今まで WEB+DB PRESS またはその他の雑誌で、

ghooks-cmd-runner という、 Github の Webhook を受けて任意のスクリプトを実行する Go 製のツールを書きました。 Installation https://github.com/tkuchiki/ghooks-cmd-runner/releases にバイナリがあるので、ダウンロードして解答してください。 Usage $ ./ghooks-cmd-runner --help usage: ghooks-cmd-runner --config=CONFIG [<flags>] Receives Github webhooks and runs commands Flags: --help Show context-sensitive help (also try --help-long and --help-man). -c, --config=CONFIG

プロセスのメモリ使用量と CPU 使用率などのメトリクスが取れる、 mackerel-plugin-linux-proc-stats をリリースしました。 Installation https://github.com/tkuchiki/mackerel-plugin-linux-proc-stats/releases からバイナリをダウンロードして解凍してください。 Usage $ ./mackerel-plugin-linux-proc-stats --help Usage of ./mackerel-plugin-linux-proc-stats: -follow-child-processes Follow child processes -metric-key-prefix string Metric key prefix -pid string PID -pidfile str

AWS のクロスアカウントアクセスを利用すると、 IAM ユーザを AWS アカウントごとに作成しなくても良くなり管理が容易になるのですが、 Switch Role する アカウントが多いと、履歴が 5 件しかないのでアカウントとロールを再入力しなくてはならないことが増えてきます。 ロールを切り替えるユーザーアクセス権限の付与 を見ると、 https://signin.aws.amazon.com/switchrole?account=YourAccountIDorAliasHere&roleName=pathIfAny/YourRoleNameHere とあります。 Alias は以下を例にすると Your_AWS_Account_ID です(参考: AWS アカウント ID とその別名)。 https://Your_AWS_Account_ID.signin.aws.amazon.co

この記事は、HashiCorp Advent Calendar 2015 17日目の記事です。 検証環境の Consul は、 $ consul --version Consul v0.6.0 Consul Protocol: 3 (Understands back to: 1) です。 検証環境は v0.6.0 ですが、v0.6.0 に依存した話しはほとんどないと思います。 筆者は、Consul を Multiple Datacenters(以降、Multi-DC) で運用しております。 Multi-DC で Consul を導入する際に検証した結果を記します。 トピックは以下のとおりです。 WAN DC をまたいで DNS を引く DC をまたいで KV のデータを取得する DC をまたいで KV にデータを入れる Consul Event は複数の DC に一斉に送れない DNS f

この記事は、Mackerel Advent Calendar 2015 8日目の記事です。 Mackerel に登録しているホストに ssh するとき、 補完できたら楽かもしれないと思い、その実現方法を模索してみました。 補完機能を一から書くのは大変なので、 bash-completion を使います。 動作環境は Linux です。 ※紹介する方法は、ローカルマシンからの ssh で補完する方法ではなく、 リモートマシンからリモートマシンへ ssh する際に補完する方法です。 bash-completion bash-completion は、bash の補完機能を拡張するものです。 細かく説明されている記事がいくつもあると思いますので説明は省きます。 以下のようにインストールできます。 yum yum install -y epel-release yum install -y --e

Stretcher を使うと、Consul と連携して、所謂 Pull 型の Deploy ができるようになります。 Consul と連携させる場合は、 $ consul event -name deploy s3://xxx-stretcher-files/deploy-20151112-193139.yml のように、consul event で Manifest の path を指定してイベントを送ると、 YAML に書いてある path(s3, http, file) から tar.gz を取得して展開してくれます。 Stretcher は Rollback するのも簡単で、 Rollback したいバージョンの Manifest の path を指定して consul event を実行するだけです。 S3 に置いている場合、都度 aws s3 ls などして Manifest

追記(2016-07-13 16:40) Changelog に書いてあるとおり(BUG/MEDIUM: dns: unbreak DNS resolver after header fix)、 動的名前解決ができないバグが修正されました。 HAProxy 1.6.6 で動的名前解決できないバグが修正されていました(Changelog にも書いていますが一応検証しました)— tkuchiki (@tkuchiki) 2016年7月13日 詳細は省きますが、本記事と同様の検証を行い、動的名前解決ができることを確認しました。 追記(2016-06-24 12:34) HAProxy 1.6.5 は、DNS の動的名前解決が動作しないようです。 ご注意ください。 HAProxy 1.6.5 で動的名前解決できない問題については 1.6.4 で困っていなければそれを使って、1.6.5 がよければ

動作確認した環境は、 Amazon Linux 2015.03 Java 1.7.0_75 Jenkins 1.610 EC2 Plugin 1.27 です。 Jenkins EC2 Plugin で Spot Instance を使えるようにするまで、 試行錯誤しましたので、導入方法をまとめました。 Jenkins のインストール 適宜 sudo してください。 curl -s http://pkg.jenkins-ci.org/redhat/jenkins.repo -o /etc/yum.repos.d/jenkins.repo rpm --import http://pkg.jenkins-ci.org/redhat/jenkins-ci.org.key yum install -y jenkins EC2 Plugin のインストール Jenkins > Jenkinsの管理 >

sar を使っている時に、 Invalid system activity fileまたは、 システム動作情報ファイルの形式が正しくありませんというエラーメッセージが表示されて使えないことがあります。 SYSSTAT の 2.1 を見ると、 You are trying to use a file which is not a system activity file, or whose format is no longer compatible with that of files created by current version of sar. If you were trying to use the standard system activity files located in the /var/log/sa directory then the solution is

インストール済みの rpm がどの repository のものかは、yumdb コマンドで調べられます。 YumDB - yum - Trac に詳しく書いてありますが、 $ yum install -y yum-utils して、yumdb コマンドを入れたあとに、 $ yum search from_repo REPO_NAME で以下のような結果を得られます。 $ yumdb search from_repo epel Plugin "replace" can't be imported Loaded plugins: fastestmirror, remove-with-leaves GeoIP-1.4.8-1.el6.x86_64 from_repo = epel GeoIP-devel-1.4.8-1.el6.x86_64 from_repo = epel PyYAML-3.

公開鍵認証で ssh ログインできるように設定していたが、 なぜか Permission denied でログインできない。 id_rsa や id_rsa.pub 、authorized_keys 、それらの Permission を見なおしても特におかしいところが見当たらない。 ssh の -v で debug message を出力しても、 公開鍵認証をしようとしているのに、失敗してパスワード認証をしようとしていてよくわからない。 そこで、先輩に設定を確認していただいたところ、 vim /var/log/secure に以下の記述を発見。 User your_username not allowed because account is locked これは、sshd_config の設定によっては、パスワードを設定していないユーザが ssh でログインしようとするとそれを弾くように