●CentOS 6.2 を用意
サーバとして使うのでIPアドレスはDHCPではなく、固定にしておきます。
ここでは192.168.1.73にしました。
一応、yum updateをかけておきます。

● ALMiniumのインストール
Redmine＋Subversion＋Jenkinsが一気に入って超絶便利です。
# yum install git
# cd /root
# git clone https://github.com/alminium/alminium.git
# cd alminium
# ./smelt 
いくつか質問に答える。
→ ホスト名：192.168.1.73
→ メールシステム：自分のgmailアカウントを使いました。
→ httpsにする？：しない
→ jenkins入れる？：もちろん
→ SELinux切るけどいい？：いいよ

● Redmineの設定
０．ログイン
     http://192.168.1.73/ にアクセス
     右上の「ログイン」から ID/PW=admin/admin でログイン
１．全体設定
     左上メニュー「管理」→「設定」→「リポジトリ」
     →「参照用キーワード」に「*」のみを設定
     （これでコミットメッセージに#数字があるだけでチケットとリンクします）
２．ユーザ作成
     左上メニュー「管理」→「ユーザ」→「新しいユーザー」で必要なだけユーザを追加
     リポジトリ読取用にユーザ「yggdrasil」を作成しておく（メール通知：通知しない）
３．Redmineプロジェクトの作成
     左上メニュー「プロジェクト」→「新しいプロジェクト」
     → 名称：yggdrasil
     → 識別子：yggdrasil
     → SCM：Subversion
     → モジュール：リポジトリ、Hudson
     で「作成」
４．Redmineプロジェクトの設定
     「設定」→「メンバー」
     → 「新しいメンバー」の中からメンバーとロール「開発者」を選んで「追加」ボタン押下

● yggdrasilのセットアップ
１．gemでインストール
# gem install yggdrasil

２．yggdrasilサーバをjenkinsユーザで起動
# vi /etc/passwd
→ jenkinsの行の最後(ログインシェル)を/bin/bashに変更して保存
# su - jenkins
$ yggserve init --port 4000 --repo 'http://192.168.1.73/svn/yggdrasil/{host}' --ro-username yggdrasil --ro-password ********
$ yggserve daemon
$ pgrep yggserve   ←プロセス番号が返ってくればOK
$ exit

＜以下のyggdrasilの設定は各サーバで実行＞
３．subversionがパスワードを記憶しないように設定（お好みで）
# svn --version
# rm -fr ~/.subversion/auth/svn.simple
# vi ~/.subversion/config
→ [auth]の中の store-auth-creds = no の行のコメントを外す

４．yggdrasilクライアントの初期化
# ygg init --server 192.168.1.73:4000
ホスト名のフォルダを作るか聞いてくる→ 「Y」
ID/PWはRedmineに登録したものが使えます
RedmineのYggdrasilPJのリポジトリでフォルダが作成されていることを確認

５．チェッカースクリプトの設定（お好みで）
チェッカースクリプトはサーバの状態変化を検知するためのもので、
スクリプトの実行結果（標準出力）がSubversionに登録され、
履歴管理されます。
例えば、過去何月何日にマウント状態はどうだった、とか、
gem のバージョンは何だったか、等を調べられるようになります。
（ちゃんとコミットされていれば）

【初回のみ】# svn mkdir http://192.168.1.73/svn/yggdrasil/_checker -m 'mkdir _checker'
# cd ~/.yggdrasil/checker
# svn co http://192.168.1.73/svn/yggdrasil/_checker .

【初回のみ】# vi mount
下記を記入
mount |
grep -v '(.*soft.*)' |
grep -v '(.*bind.*)' |
egrep -v '^sunrpc' |
LC_ALL=C sort

【初回のみ】# vi chkconfig
下記を記入
LC_ALL=C chkconfig --list

【初回のみ】# vi gem_list
下記を記入
gem list

【初回のみ】# vi route
下記を記入
route

【初回のみ】# vi rpm
下記を記入
rpm -qa |
LC_ALL=C sort

【初回のみ】# chmod +x mount chkconfig gem_list route rpm
【初回のみ】# svn add *
【初回のみ】# svn ci -m 'add checker scripts'

６．コミット漏れチェックの定期実行
これによってチェック結果がyggdrasilサーバに通知されるようになります

# crontab -e
下記を追記(@@は00～59に間で適当に散らして設定)
@@ 4 * * * /usr/bin/ygg check --non-interactive >/dev/null 2>&1

７．各種設定ファイルをyggdrasilに登録

# cat <<EOF | while read f; do ls $f >/dev/null 2>&1 && ygg add $f ; done
/etc/aliases
/etc/auto.automnt
/etc/auto.master
/etc/auto.misc
/etc/auto.net
/etc/cron.deny
/etc/crontab
/etc/exports
/etc/fstab
/etc/group
/etc/gshadow
/etc/hosts
/etc/hosts.allow
/etc/hosts.deny
/etc/inittab
/etc/login.defs
/etc/logrotate.conf
/etc/modprobe.conf
/etc/ntp.conf
/etc/nscd.conf
/etc/nsswitch.conf
/etc/passwd
/etc/resolv.conf
/etc/shadow
/etc/sudoers
/etc/syslog.conf
/etc/wgetrc
/etc/xinetd.conf
/etc/yum.conf
/etc/chroot_list
/etc/rc.local
/etc/shadow-sudoers.asc
/etc/pam.d/*
/etc/sysconfig/i18n
/etc/sysconfig/network
/etc/sysconfig/static-routes
/etc/sysconfig/iptables*
/etc/sysconfig/network-scripts/ifcfg-eth?
/etc/sysconfig/network-scripts/ifcfg-bond?
/etc/sysconfig/network-scripts/route-eth?
/etc/sysconfig/network-scripts/route-bond?
/etc/sysconfig/rhn/systemid
/etc/postfix/main.cf
/etc/postfix/master.cf
/etc/rc.d/rc
/etc/rc.d/rc.local
/etc/rc.d/rc.sysinit
/etc/rc.d/init.d/*
/etc/ssh/sshd_config
/etc/vsftpd/ftpusers
/etc/vsftpd/user_list
/etc/vsftpd/vsftpd.conf
/etc/vsftpd/chroot_list
/var/spool/cron/*
/etc/logrotate.d/*
/etc/php.ini
/etc/php.d/*.ini
/etc/snmp/snmpd.conf
/etc/modprobe.d/*
EOF


８．コミット

# ygg ci -m 'add config files'


９．コミット漏れチェック

# ygg c
試しに登録されている設定ファイルを修正して
このコマンドを実行してみることで、
どのような振る舞いになるのかが理解できると思います。

１０．コミット内容の確認
Redmineのリポジトリブラウザ
http://192.168.1.73/projects/yggdrasil/repository
でコミット内容を確認できます。
履歴や差分表示もサポートしていて、
Subversionに不慣れな方にも解りやすく、非常に便利です。

● Jenkinsの設定
１．ログイン
     http://192.168.1.73/jenkins/ にアクセス。
     PW/ID=admin/admin

２．ジョブ作成
     左メニュー「新規ジョブ作成」
     → ジョブ名：yggdrasil
     → 「フリースタイル・プロジェクトのビルド」にチェック

３．ジョブの設定
     左上の表示が「Jenkins」→「yggdrail」になっていることを確認し、
     左メニューの「設定」
     → プロジェクト名：yggdrasil
     → Assign Redmine project： yggdrasil
     → ソースコード管理：なし
     → ビルド・トリガ：「定期的に実行」
     → → スケジュール：「30 5 * * *」
     → ビルド「ビルド手順の追加」→「シェルの実行」
     →→ シェルスクリプトに下記を記入
------------
#!/bin/bash

echo
date

# 監視ノード数の確認
mv -f /var/lib/jenkins/.yggdrasil/results_list /var/lib/jenkins/.yggdrasil/results_list.last
ls /var/lib/jenkins/.yggdrasil/results/ | sort > /var/lib/jenkins/.yggdrasil/results_list
cnt=`wc -l < /var/lib/jenkins/.yggdrasil/results_list`
echo '監視ノード数: '$cnt

echo
/usr/bin/yggserve results --expire 180 > /var/lib/jenkins/.yggdrasil/jenkins.out
ret=$?

sed -n -e '/^########/,/^\s*$/p' < /var/lib/jenkins/.yggdrasil/jenkins.out | sed -e 's/########/\n########/' > /var/lib/jenkins/.yggdrasil/jenkins.summary
cat /var/lib/jenkins/.yggdrasil/jenkins.out

echo
echo '監視ノード増減：'
diff /var/lib/jenkins/.yggdrasil/results_list.last /var/lib/jenkins/.yggdrasil/results_list | egrep '^<|^>' | sed -e 's/^</-/' | sed -e 's/^>/+/'

echo
echo '監視ノード一覧：'
cat /var/lib/jenkins/.yggdrasil/results_list

echo
return $ret 2>&- || exit $ret
------------

４．ジョブの実行確認
     左メニュー「ビルド実行」を押下
     → しばらくすると「ビルド履歴」に結果が表示される
     （初回はいくつかNo such file or directory
     が表示されますが問題ありません）

「定期実行」で下記のシェルスクリプトを動かしています。

echo
# 監視ノード数の計上
cnt=`ls /var/lib/jenkins/.yggdrasil/results/ | wc -l`
echo '監視ノード数: '$cnt

echo
date
/usr/bin/yggserve results --expire 180 > /var/lib/jenkins/.yggdrasil/jenkins.out
ret=$?

sed -n -e '/^########/,/^\s*$/p' < /var/lib/jenkins/.yggdrasil/jenkins.out | sed -e 's/########/\n########/' > /var/lib/jenkins/.yggdrasil/jenkins.summary
cat /var/lib/jenkins/.yggdrasil/jenkins.out

echo
return $ret 2>&- || exit $ret

あと、「Log Parser Plugin」（Parsed Console Output）でエラーを見やすくしたり、 「拡張E-mail通知」を使ったりしてます。

<クラス名>.<クラスメソッド名>

http://oshiete.goo.ne.jp/qa/4910050.html

*** 40,51 ****
--- 40,53 ----
          # Should not return line numbers nor outer pre tag
          def highlight_by_filename(text, filename)
            language = ::CodeRay::FileType[filename]
+           language = :java_script if language == 'php' || language == :php
            language ? ::CodeRay.scan(text, language).html(:break_lines => true) : ERB::Util.h(text)
          end
  
          # Highlights +text+ using +language+ syntax
          # Should not return outer pre tag
          def highlight_by_language(text, language)
+           language = :java_script if language == 'php' || language == :php
            ::CodeRay.scan(text, language).html(:wrap => :span)
          end
        end

＜環境＞
TortoiseHG 2.4.3
WinMerge 2.12.4.13+--jp-13
P4Merge Rev. p4merge/NTX86/2010.1/271261

＜やり方＞
１．設定ファイルの読み取り専用属性を解除
エクスプローラで
C:\Program Files\TortoiseHg\hgrc.d
を開き、「MergeTools.rc」を右クリック→「プロパティ」を選択
→ 「属性：読み取り専用」のチェックを外して「OK」

２．管理者権限で設定ファイルを編集
「スタート」－「すべてのプログラム」－「アクセサリ」と開き、
「メモ帳」を右クリックして「管理者として実行(A)...」を選択。

メモ帳のメニューから「ファイル」－「開く」
→ファイルの種類を「テキスト文書(*.txt)」を「全てのファイル(*.*)」に変更して
C:\Program Files\TortoiseHg\hgrc.d\MergeTools.rc
を選択して「開く」

p4merge.diff3args=$child $parent1 $parent2
↓
p4merge.diff3args=$child $parent1 $parent2 $child
（マージ結果の保存ファイルをいちいち指定する必要が無くなります）

winmergeu.diff3args=
↓
winmergeu.diff3args=/e /x /wl /ub $parent1 $child $parent2
（3ペイン表示になります）

メニュー「ファイル」→「上書き保存」して終了。

今回のニコ生の番組はこちらです。
1番目の発表者の柴田博志 (@hsbt)様のプレゼンがほとんど配信・記録できず、本当に申し訳ありませんでした。
せめて今後、映像配信にチャレンジする方に何らかの参考になればと思い、共有させて頂きます。

結論から言うと、原因はニコ生のビットレート制限の384Kbpsを超過していて、サーバに切断されたものと思われます。自分では、ググって調べながら270Kbpsに設定した記憶(間違い)があり、最後までビットレートの設定に問題があることに気づくことができませんでした。
今から思えば、管理画面の方ににビットレートについての警告が出ていたのですが、初めてみる画面でで、テスト配信に成功している状態でも表示されていたので、常に表示される「注意書き」としか認識できていませんでした。この点が非常に悔やまれます。

今回の映像配信はVGAキャプチャと発表者カメラ、会場カメラの３映像をとって、音声は教室機材のスピーカーのライン出力と環境音用のマイク（念のため）をミキサーに入れてPCのマイク入力に入れた構成でした。

毎回、映像配信にチャレンジする度に、機材や配信内容を増強していっており、（私の趣味です。役立つモノ・技を身につけることが喜びです）今回は会場カメラを切り替えて使うことが初めての試みでした。普通に2台目のＷＥＢカメラをつなげるとＵＳＢの帯域が足りずエラーになったので、ＵＳＢ増設のＥｘｐｒｅｓｓカードをノートＰＣに挿して会場用のＷＥＢカメラをつなげました。

配信アプリには今回初めてＸｓｐｌｉｔを利用したのですが、失敗したのはこのアプリのチャンネル設定画面（メニュー：配信→チャンネルを編集）でした。

このビットレートの値を270Kbpsに設定した【つもり】だったのですが、アプリのデフォルト値の1000Kbpsになっており、これを256Kbpsに設定したタイミングで配信が正常化しました。

今回の件の経緯を振り返ってみたいと思います。

＜2012-04-24(火)＞
数年前からJenkins（Hudson）の噂はかねがねだったのですが、2012年に入ってようやく会社のIT運用でJenkinsを使い始めました。その素晴らしさを日々実感していた時に1000人規模のJenkins勉強会が開催されることをたまたまツイッターで知り、すぐにエントリーしました。

＜2012-06-25(月)＞
そしてまた、たまたまツイッターでUst配信のお手伝いの募集を
見かけました。shinagawa.redmineでUST配信をやったことがあったので、「もしお手伝いできることがあるなら」と思い切ってメールしてみたところ、
手伝わせて頂けることになりました。

＜2012-07-10(火)＞
ところが、話が進むと実はニコ生でやりたいという話であることが解りました。ニコニコは生放送はおろか、ニコ動の映像投稿も全くの未経験であり、本番までに週末が2回しかないことからも不安を感じましたが、まずは調べてみることにしました。

＜2012-07-15(日)＞
ニコ動のコメントシステムは視聴者とのコミュニケーションを技術で実現していて大好きなのですが、調べたところ、「有料会員しかニコ生配信はできない」、「過去のニコ生配信の内容は有料会員しか視聴できない」ということのようでした。
オープンソースなのにJenkinsユーザに有料会員になることを強要するのではないかという懸念が悶々とし、最初の週末は自分自身がプレミアム会員になることを躊躇したまま過ごしてしまいました。

＜2012-07-21(土)＞
カンファレンスのスタッフの方に、ニコ生の有料会員でないと配信できない旨を伝えたところ、公式チャンネルを開設すれば有料会員になる必要はないとの回答でしたが、その公式チャンネルの情報を頂けていませんでしたので、プレミアム会員になって配信アプリの動作確認を行いました。

shinagawa.redmineでのUstream配信の経験から、勉強会の内容を配信するには、私のWEBカメラでは、画質も音質も悪すぎることが解っており、TwinPact100でVGAキャプチャしてうまくいったことから、今回も同様に複数画面表示を行うことにしました。
最初、「NicoNico Live Encoder」を使ってみたのですが、シーン切り替えの手段が見つからなかったことから断念せざるを得なく、（外部ツールでシーン切り替えできるようです→「シーン切り替え機能追加」参照）
Xsplitを使うことにしました。
「初心者向け！ニコ生のやり方解説サイト！」に書かれている内容に従い、自分で開設したテスト用コミュニティにて無事に配信の動作確認を行うことができました。
この設定の中にちゃんとビットレートを270Kbpsに設定することが書かれており、ちゃんと270Kbpsに設定して動作確認ができていました。

＜2012-07-22(日）＞
ぎりぎりでしたが、一応の配信動作の確認を行った上で、本番一週間前の日曜日に会場の下見をすることができました。会場の間取りを確認し、必要なケーブルの長さと端子の形状を確認しました。ドワンゴさんの調べで、大学の有線LANからのインターネットアクセスにおいて、ニコ生配信の管理に必要な一部のTCPポートの疎通ができないとの報告がありました。ポケットWiMAXルータの電波強度を確認したところ十分な電波が入っており、
shinagawa.redmineでは電波が弱い状態でも配信できていたことから、WiMAXを使えば大丈夫と判断しました。

＜2012-07-25(水) 夜＞
ニコ生配信の公式チャンネルの準備ができ、私のアカウント登録が必要との連絡を24：14に頂き、すぐにアカウントを返信したところ、24：44には登録完了の連絡を頂けましたが、次の日も早かったので、この晩は何もすることができませんでした。

＜2012-07-26(木) 夜＞
公式チャンネルのURLにアクセスしたところ、これまでテスト配信してみていた画面とは全く異なる画面であり、
配信アプリも同じ設定では動作しませんでした。大いに焦りました。
慌てていろいろ検索した結果、URLとstreamを設定するらしいことを認識し、Xsplitで同様の設定が無いかを探しまくったのですが、すぐには見つからず、ようやく見つけたのが下記の設定でした。

この画面でURLとstreamを入力し、参考にしたページがFlash Media Live Encoderだったので、「FMLE/3.0」を選択しました。

この設定で見事、テスト配信ができることを確認できました。この時点で深夜に及んでおり、疲労困憊の中、一安心して眠りました。
（もうここまで動いたら、気持ちは「触らぬ神に祟りなし」です。せっかく動いていた設定を壊したら大変です。その結果、見落としたビットレートの設定を本番開始後30分まで気づくことができませんでした。）

＜2012-07-28(土)＞
各シーンでの映像表示位置などの設定を行い、機材とケーブルが多かったので忘れ物が（致命的なので）無いように、確認しながら慎重にパッキングして、キャスターのついた旅行鞄と仕事鞄の2つにまとめました。

＜2012-07-29(日) 本番当日＞
約束通り10時に到着したのですが、スタッフルームがわからず、ぐるぐる回った後、メイン会場のさったホールに行き、スタッフの皆様と合流することができました。
以前の話でS406の会場を担当することを希望していたのですが、連絡の行き違いか何かで担当する会場が変わっており、S505に案内されました。

機材の配置や配線の引き回し、カメラの位置決め等、下見でイメージはあったものの、細かなところは都度考えながらの作業で思った以上に時間がかかり、焦りました。
一通りの設置が完了したのが本番開始20分前ぐらいだったと思います。

会場が変わったことで公式番組も異なることから、URLとstreamの設定を変更したのですが、この時もビットレートの設定には気がつきませんでした。ここも悔やまれる点です。

下見で判断したとおり通信回線にはWiMAXを使い、テスト配信もちゃんと行えていたので、そのまま本番を待ちました。

ドワンゴさんの話では、本番開始の数分前に放送開始の操作をすると聞いていたので、そのタイミングを待っていたのですが、気がつくとテスト配信の映像が停止していました。

あれ？！！！と思って、配信アプリの配信を停止／開始したり、解像度を下げたり、番組管理画面をリロードしてみたりしましたが、配信はいっこうに行えませんでした。
ドワンゴさんに電話して着てもらい、見てもらいましたが、彼らもXsplit等の個別のアプリには詳しくは無く、アプリの再起動を試すぐらいでした。

当日、テスト配信が行えていて、人が入り始めた時点で動かなくなったことから、WiMAXの同一基地局利用者が増えたりして通信になんらかの影響が出たことを疑い、大学の有線通信に切り替えたり、ドワンゴさんからドコモのUSB端末を借りて、インストールを試みたりしましたが、これらに非常に時間がかかってしまいました。

最後にドワンゴさんがXsplitの設定を見直してくださり、URLとstreamの設定を再設定してみたところで、同一画面にあったビットレートの設定が1000Kbpsになっていること気がついて、これを256Kbpsに設定したことで、復旧しました。

＜今回の教訓＞
失敗が許されないシステムでは、「やってみたらできた」という対応をしてはいけないということを強く思いました。
試行錯誤があったとしても、その結果、どのパラメータをどのように設定したのかを明確に把握し、すべての設定が最適であることを確認しておくべきだったと思います。

もし、設定値がリセットされたり、再設定しなければならないことも考え、すべての設定画面のキャプチャをとっておき、印刷しておくことを習慣にしたいと思います。これは、トラブル時に迅速に、場合によっては複数人で同時に設定値を確認することも可能になります。