2. わたしはだれ？  岩尾 はるか (@Yuryu)  Red Hat で働いています – GlusterFS / Ceph が専門です – この発表は個人の見解です(お約束)  大阪生まれ→つくば→横浜→東京  FF14プレイヤーです(Carbuncle鯖)  コミケ&Kindleで本書いてます  好きなAWSサービス: S3

これはちゃんとチェックしておかないとなぁ。 Deprecated Linux networking commands and their replacements « Doug Vitale Tech Blog ==== この記事で詳しく説明する非推奨のLinuxネットワークコマンドは：arp, ifconfig, iptunnel, iwconfig, nameif, netstat, route である。iwconfig以外の コマンドは、net-toolsパッケージという、数年間メンテナンスされていないパッケージに含まれている。これらのユーティリティによって提供される機能は、新しいipコマンドを主に使うiproute2 スイートで再提供され、改善され続けている。iproute2ソフトウェアのコードとドキュメントは、Kernel.orgとLinux Foundationで見ることができ

ハイフンが付くのと付かない場合の違いは、以下。 ■su rootに変身するが、switch userしたディレクトリのまま。 ■su - rootに変身して、rootのホームディレクトリに勝手に移動する。ハイフンが付くと、切り替え後のユーザーの環境に勝手に移動する、ということです。なので↓ 例：sudo su - abyss →abyssに変身してabyssのホームディレクトリに勝手に移動する。 例：sudo su abyss →abyssに変身はするが、上記のコマンドを実行したディレクトリのまま。では、なぜハイフンをつけただけで、変身後のユーザーのホームディレクトリに勝手に移動するのか調べてみた。理由は、ハイフンを付けることで、変身するユーザーの環境設定に変更されるから、だそう。つまりは、rootに変身する例で言うと以下↓。 ■su　　→rootに変身するが、switch userしたデ

【環境】Ubuntu 10.04, XAMPP for Linux 今までは sudo chmod -R 777 /home/testuser/などという、大雑把で危険なことをやっていました。 まあ、別に自宅サーバではないのですから特に問題はないと思います。 レン鯖にアップすれば、あちらで自動的にパーミッションを 変更してくれますし。 ところが、この度無料の鯖を借りたのですが、そこでは規約通りの パーミッションの設定をユーザが行うよう義務付けられていました。 そこで、フォルダ、PHPファイル、通常のファイルと、種類ごとに パーミッションを一括して変更できる楽チンな方法はないかと 試行錯誤を重ねました。 そしてたどり着いたのが以下の方法です。 まずは、一連のパーミッション変更処理をファイルにまとめます。 【permission.sh】 #サブフォルダも含めて一括変更したいフォルダへ移動 cd

「ニワトリとたまご」問題的な勘違い（結果と原因の取り違え）をしていないか、 ちょっと気になりました。 まずは、前提知識から確認させてください。 １．ロードアベレージは何の数値なのか？ ロードアベレージとは、実行可能待ちプロセスの数です。 窓口（CPU）の前で待たされている人（プロセス）が多いことを示しているだけです。 よく言われるのは、 「CPU負荷やディスクIOが高いと、左記の状態の影響で、実行可能待ちプロセス数が増加し、 ロードアベレージが高くなる」 つまり、 "原因：CPU負荷、ディスクIOが高い"→"結果：ロードアベレージが高い" という話であり、原因と結果と取り違えないよう注意して下さい。 インターネット上でも、よく勘違いしている人がいます。 次に、今回の現象の原因分析について ２．ロードアベレージが高い原因は何なのか？ "ロードアベレージ"＝"実行可能待ちプロセスの数"なので、

AWSのEC2でWebサーバを分散化していて、トラフィックが急激に上昇した場合、スケールアウトするんだけど、AMIイメージファイルのアプリケーションファイルが若干古いことって、まぁまぁよくあると思います。オートスケールだと、ちょっとマズイ。というわけで、EC2インスタンスをロンチ後、自動でGitから最新ファイルを持ってくるようにする方法。 っても、AWSにもEC2にもGitにもまったく関係ない、古くからあるLinuxの手法。 /etc/rc.local を使う /etc/rc.local は、他のサービスなどが起動し終わった後に独自にシェルスクリプトが実行できる。 #!/bin/sh # # This script will be executed *after* all the other init scripts. # You can put your own initializati

LinuxコミュニティであるLinuxQuestions.orgが2月5日、年次プロジェクト人気ランキング「2012 LinuxQuestions.org Members Choice Awards This」を発表した。今年はデスクトップでは「Slackware」、プログラミング言語では「Python」などが高い支持を集めた。 2012 LinuxQuestions.org Members Choice Awards ThisはLinuxQuestions.orgが毎年行っている調査で、会員に合計31のカテゴリから最も優れていると思うソフトウェアやプロジェクトを投票してもらい、結果を集計したというもの。混戦となったデスクトップディストリビューションでは、20.59％の得票率でSlackwareが最優秀賞に輝いた。次点は「Ubuntu」で17.02％、人気が高まりつつある「Linux Mi

先日 Vagrant を触ってみたら便利すぎて鼻血が出ました。しばらく見ないうちに色々進んでるもんですねえ、いやはや参っちゃいました。 Vagrant は仮想マシンの VirtualBox のフロントエンドに相当する、ruby で書かれたツールです。vagrant コマンドなどを使ってコマンドラインから簡単に新しい VM を作れる。 % gem install vagrant % vagrant box add centos http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.3-x86_64-v20130101.box % vagrant init centos % vagrant upこれだけで CentOS の Linux box をローカルマシン内に立ち上げることができる。*1 *2　なにこれすごい。 % vagra

rsync -avz --exclude-from=pattern-file --delete SRC/ DEST SRCの末尾に/をつける。たいてい必要。 SRCスラッシュの有無は、mv SRC DEST と mv SRC/* DEST の違いと一緒。スラッシュの後ろに*が省略されているものと考える。 DESTのスラッシュの有無は関係なし。 --dry-run(-n)をつけて試す。 SRC、DESTともローカルのディレクトリを指定して試す。 DESTはまず空ディレクトリで試す。DESTが同期済みだと何が更新されるのか正確にわからないので。 --list-onlyをつけてファイル一覧を得る。 DESTを省略してファイル一覧を得る。 --list-onlyと同じ？ --deleteはDESTのファイルを根こそぎ削除する可能性がある。注意。 --delete-excludedは使わない。--d

サーバの動作に異常が発生した際に原因を探るためのLinuxコマンドで、自分用のメモです。 全てmanとかググったら出てくるので説明は適当です。思いついたら後で追記していくかもです。 対象はDebian Squeezeになります。 全てパッケージインストールできるもので、パッケージ名は [in packagename] としてあります。 各所よりコメントありがとうございます。 良さ気なコマンドは追記していきます。 ＜追加したコマンド＞ * telnet (+コメント wget, netcat) * arp (+コメント arpwatch) * pstree * fdisk コメントに gdisk * host, dig * watch * reboot

find と xargs を使い多数のファイルをまとめて処理する 2012-08-30-2 [Tips] 多数のファイルの中身をまとめて処理したい場面は多々あるが、引数がたくさんすぎてエラーになりがち。 % ./get-noun-phase.pl dat/text/*.txt zsh: argument list too long: get-noun-phase.pl % cat dat/text/*.txt | ./get-noun-phase.pl zsh: argument list too long: cat % ls dat/text/ | egrep '\.txt$' | wc -l 18153 そこで find を使って解決。 % find dat/text/ -name '*.txt' -exec cat {} \; | ./get-noun-phase.pl xargs

オリンピックの流れに乗れてない@masudaKです。 職業柄かちょくちょくスクリプトを書くことはあるのですが、やはり色々自分で書いたり人のを見たりしてるうちに、この実行履歴綺麗だなーと思うことが多々あります。 今回は、そう思える対象のなかでも、「定期実行スクリプト」の「出力」を扱ってみたいと思います。 「定期実行スクリプト」というのは、バッチ処理だったり、何か必要に応じて叩かれるスクリプトで、具体的にはバックアップとか集計とか、一日に最低一回は叩かれるようなスクリプトです。cronやJenkinsで叩かれるような類ですかね。そのようなスクリプトの「出力」について書いてみたいと思います。 出力は標準出力であれば、tailfコマンドだったり、Jenkinsのビルドのコンソール出力で見られるようなもの。ロギングされてるのであれば、それと同様に追えるようなものとします。 以下に書くのはあくまで今の

今、お風呂からあがって、TwitterのTLを見てたら「crontab -e は「絶対に」使ってはいけない - ろば電子が詰まつてゐる」のエントリを読んで、その勢いで書く。 crontabコマンドにはrオプション(Remove)があり、これを実行すると何の警告もなく全てが消え失せる。 crontab -e は「絶対に」使ってはいけない - ろば電子が詰まつてゐる 確かに、(僕も含めて) 誰もが一度くらいは怖い/ドキドキするような思いをするのかもしれないですが、crontabコマンドには"-i"オプションという、削除時に確認のプロンプトを出してくれるオプションが存在します。 つまり、aliasでこのオプションをつけておけば良いわけですな。 $ crontab -e crontab: installing new crontab $ crontab -r $ crontab -l no cro

今までナチュラルにcrontab -eでcron編集をしていたのだけど、実はこれはとてつもなく危ないやり方だった。ということを、今さら知った。 crontab -rの恐怖 crontabコマンドにはrオプション(Remove)があり、これを実行すると何の警告もなく全てが消え失せる。 macbook:~ ozuma$ crontab -l 15 * * * * /home/ozuma/bin/hoge.sh 0 9 1 * * /home/ozuma/bin/piyo.sh > /dev/null 2>&1 */5 * * * * /home/ozuma/bin/fuga.sh > /dev/null 2>&1 macbook:~ ozuma$ crontab -r macbook:~ ozuma$ crontab -l crontab: no crontab for ozuma macbo

2002 年 2 月に開設しましたコムギドットネットは、2009 年 7 月に日本初のAndroid端末 HT-03A の発売を機に And... 子供用のスマートフォンにゲームだけを入れて使わせていたのですが、広告をタッチしてアプリを勝手に入れてしまったり広告ページを開いてしまうなどの...