ヒビノログ

すぐ忘れるのでメモ。
LinuxでSVNを使うとき、Subversionサーバへの接続設定が平文で保存されてしまうので、保存しないようにする方法。

~/.subversion/config を編集する。
下記の記述がコメントアウトになってるので有効にする。

store-passwords = no

既にSubversionサーバに繋いでしまった場合は設定が残ってしまうので、下記のディレクトリ配下にあるファイルを消す。

~/.subversion/auth/svn.simple/

すくすくスクラムに初参加してきました。
参加者は40名くらいかなぁ。
今日のテーマは「Situational Leadership Theory (SL理論)」、講師はCSMの今村さん。

• 前半、「リーダー」から異なる2つの課題が「チーム」に出されてのワークショップ
• 「新しいつぶやきサービス」の方が、チームとして適切な行動を取れたのかなと思う
• が、斬新なアイデアが出たのは「新しいジェットエンジン」だったかもしれない。フォロワーの成熟度を敢えて外した振る舞いをするのはアリかも
• 「優れたリーダーの条件とは？」という問いに、「カッコいいこと」と答えたグループがあって、とても共感した。大事よね。
• フォロワーには「能力」「意欲」によってR1からR4の4タイプがあり、それぞれの状況に応じてリーダーは「指示的行動」「協労的行動」の程度を変えてやることで接する
• 今まで特に学んでこなかったけれど、無意識のうちに、合致すると思われる振る舞いを取るようにしてると思う。個人的には
• 社内では部下にも上司にもなるので、どういう振る舞いやアプローチをするか、今後の助けの１つにしていきたい
• こういう話は企業の研修プログラムに含まれていたり、お金を払って講習を聞くものかもしれないけど、開発者のコミュニティで話を聞けて、なおかつ同席した人達とホットなうちに議論できる、というのは、前述したような研修ではなかなか経験できないよね
• 時間の関係でいくつかのワークが飛ばされてしまったのが残念。少しモヤモヤ感は残った
• S3の状態での上司の振る舞いとして、責任を与えて一緒にやる、というのがあったと思うけど、気持ちが落ちてる状態の中には「責任負わされたくない」気持ちもあると思うので、そういう場合の振る舞いについては改めて考えていきたいところ
• 「チームから目を離すな」っていうのは激しく同意だし、忘れないようにしたいフレーズ。

次回は「ユーザーストーリーはこう書け！」。おもしろそう。

静岡ツインメッセで行われた
エスパルスサポーターズサンクスデーに行ってきました。
入場者数6,300人だったそうで、確かに今まで行った中で一番混んでた。

以下、感想など。
Read the rest of this entry »

2年半ほど前、社内でTracを最初に使い始めたことから
Tracお世話人のようなものを任されていて、
新しい案件ができると、新規プロジェクトを作成して
メンバーや権限設定して、という作業をやってるんだけど、
Tracのスタートページに書く内容が固まってきた感があるので
まとめておこうと思った。

議事録、作業ログ

• 議事録や作業ログページへのリンク。
• 「次回の会議」ページも作ってアジェンダを書いてる。会議もTracの画面を見ながらやって、その場で議事録作成までやってしまう。

環境関連の情報

• サーバやクライアントのOS、ミドルウェアの種類、バージョン
• ネットワーク構成、システムに設定してるパラメータとか。

直近のTODO

• 関連するチケットの一覧をトップページに直接出してもいいし、一覧ページへのリンクでもいい。
• スクラムで言うところのスプリントバックログ、かな。

主な資料

• この欄についてはプロジェクトによってまちまちなんだけど、どんな条件でどんな操作をするとどんな結果を得るか、といったことを機能別にまとめて、そのページへのリンクを書いたりしてる。
• それとテーブル定義書とか、ER図とか
• あとは、開発環境の作り方、SVNへのコミット、テスト、デプロイ手順など開発に関するお約束へのページへのリンクなど。

プロジェクトの説明と関係者一覧

• このプロジェクトで実現することは何か、どんな意図があって、どんな想いが込められているか、といったようなことを書いておく。プロジェクトが苦しくなってきても心が折れずに済む、かもしれないｗ
• あとは関係者の名前、連絡先とか。

今朝、客先のSEさんから、cronの設定を更新しようとしたら
「デバイスの空き容量がありません」とメッセージが表示されて
更新できないと連絡あり。

調べてみると、そもそも /var 領域への書き込みができなくなってて、
ディレクトリ作成やファイル更新でもエラーになる。
ディスク容量にはまだ余裕がある。
それで、inodeの状況を調べてみたら、/var 領域の最大値までinodeが使われてた。

> df -i
Filesystem Iノード I使用 I残り I使用% マウント位置
/dev/cciss/c0d0p5 640000 640000 0 100% /var

今回不具合が起きたのは開発用のサーバで、
もともと sendmail プロセスを止めてたんだけど、
サーバに設定してたcron処理の実行結果メールがキューに
溜まりに溜まっていたようだ。63万ファイルもある･･･

/var/spool/clientmqueue 配下のファイルを
すべて削除したら 1%程度まで下がった。

設定してた cron の中には既に不要になっているのもあったので整理。
開発機だからといって何でも残しておくのは止めよう。