■ 事象

ホストOS再起動後、自動起動するはずのゲストOSが起動してこない。手オペで起動しようとすると

error: Timed out during operation: cannot acquire state change lock

というメッセージが・・・

■ 環境

旧カーネル)

2.6.18-274.12.1.el5

新カーネル)

2.6.18-274.17.1.el5

kvmのバージョン

$ yum info kvm
Installed Packages
Name : kvm
Arch : x86_64
Version : 83
Release : 239.el5.centos.1

libvirtのバージョン

$ yum info libvirt
Installed Packages
Name : libvirt
Arch : x86_64
Version : 0.8.2
Release : 15.el5_6.4

OSのバージョン

$ cat /etc/redhat-release
CentOS release 5.7 (Final)

■ 対処方法

hogehoge.example.com というゲストOSだけ立ち上がってこない場合、rootになるかsudoで以下のコマンドを起動

# killall -9 libvirtd
# rm -f /var/run/libvirtd.pid
# /etc/init.d/libvirtd restart
# virsh start hogehoge.example.com

ぼくの場合、これで起動しました。
※ 参考URI Red Hat Bugzilla – Bug 676205

当日のまとめは、こちらのTogetterがわかりやすいと思うので、そちらに譲ります。

エンジニアサポート新年会2012 CROSS クラウド CROSS 『クラウドを使う人から見た運用と運用管理者の将来』 #cross2012a – Togetter

エンジニアサポート新年会2012 CROSS Tech 10 CROSS 『2011年盛り上がった技術 / 2012年盛り上がる技術』 #cross2012a – Togetter

エンジニアサポート新年会2012 CROSS 発表方法 CROSS 『今考える、伝わるプレゼンテーション』 #cross2012b – Togetter

全体的に感じたのが

1. どの企業もインフラエンジニア募集中
2. クラウドはもはやバズワードじゃない
3. (クラウド化によって)インフラエンジニアはインフラ1本槍じゃやっていけない

といったところでしょうか。

「クラウド化によってインフラエンジニアが要らなくなるとか言いながらインフラエンジニアが足りないって何？」というつぶやきもあって面白かったのですが、つまりは「クラウド化することでインフラ作業の面倒さがなくなるけど、これからはインフラをプログラミングする時代なんだから、プログラミングが解るインフラエンジニアが必要とされる」か「L4以上も理解し、全体を見通してサービスをデザインできるSEを目指す」かのどちらかになるのではと思っています。

あらためて、僕もまだまだ頑張らねばと思ったです。はい！

辞める理由を端的に申し上げますと、通常業務とコミュニティ活動、ILStudyの三足の草鞋を履き続けることに、身体が悲鳴を上げていたのが直接の契機となります。今後については、自分自身の身体をメンテナンスしつつ独り立ちする道を選ぶことにしました。

いくつものプロジェクトを経て人間的に成長できたこと、社内勉強会やILStudyで喋らせていただき、自分のアウトプットの質が高くなったことは勿論、多くの尊敬できるエンジニアたちと切磋琢磨できたことに大変感謝しております。以降、退職届や社内の挨拶には書けなかったことをFAQ形式で書かせてください。

■ なぜ休職じゃなかったのか

実は過去に一度休職しています。連日の高稼働と不摂生がたたり、歩くのもやっとだったり抑うつ状態で半日も勤務できない日が続き、1月半くらいお休みをいただいていました。この頃、初めて自分のこととしてワーク・ライフ・バランスというものを考え始めたように記憶しています。その時に「今の働き方やアウトプットの質と量を維持できないなら、次は会社を辞めよう」と、ぼんやりと考えていました。

■ ILStudy どーすんの？

ご心配なく。私のすすめたい方針を理解してくれたメンバーが引き継いでくれました。今後そう遠くない未来に、ステキな勉強会を開催してくれると信じています。また、私が思いもよらない方向に進化するのであれば、今のスタイルをどんどん崩してもらっても構いません。私は彼らが自由にアウトプットできる場を置き土産として残したつもりです。

■ で、あんたの今後は？

まずは少しだけ休んだあと、仕事を作り出すことを考えたいと思います。当面は私1人を食わせるのが体力的にやっとだと思いますし、実力以上のことに手を出してお客様にご迷惑をおかけするわけにもいきません。しかし、もっとチャレンジャブルなことがしたいのです。私は10人並なスキルの持ち主ですが、直接ユーザ様のキーパーソンとガチでやりたくなったのと、クラウド花ざかりな時代になってきたとは言え、まだまだいろんなお客様のサービス改善を行う余地があると思っており、こうしたお手伝いはまだまだできるのでは、と考えています。

また、今まではコミュニティ活動をやるにあたって、あるレベル以上に行こうとすると、会社との調整などが足かせになったりしていました。しかし、今後はそうしたオーバーヘッドも少なくなってきますので、もっと世間様へのアウトプットができると思っています。つまり、今後はもっとアウトプットしていきますよ！という決意なのです。

どうか今後とも、よろしくお願いいたします。

ddコマンドさん、疑ってすみませんでした。むしろ、 virt-install に –accelerate をつけたときの比較では、最初にddでイメージ作ったほうが速かったです。<つぶやき>まるで真っ先に石狩の障害原因としてzfsが疑われたような扱いでしたね・・・</つぶやき>

というわけで、前回のエントリの続きです。４つのインストール方法ごとの結果を公表いたしまする。。。今日の作業も下北沢オープンソースCafeで行なっとりやす。

■ [1] ddコマンドでイメージを作ってから–accelerateオプションをつけずにインストール (約45分)

■ [2] ddコマンドを使わず–accelerateオプションをつけずにインストール (約60分)

なんと、ddコマンドを使わないほうが遅かった！こないだ速かったのはイメージファイルがすでにあったから？

■ [3] ddコマンドでイメージを作ってから–accelerateオプションをつけてインストール (約10分)

■ [4] ddコマンドを使わず–accelerateオプションをつけてインストール (約15分)

あれ？やっぱり先にddコマンドでイメージ作ったほうが早い？

というわけで、インストールにかかった時間の短さは [3]>[4]>>(越えられない壁)>>[1]>>>>>>>>[2] といったアンバイでございました。ddコマンドで先にイメージ作ったほうがよかったです。ddコマンドで /dev/zero からイメージ作ったほうが virshコマンドを介さないぶん速いのかもですね。

各イメージファイルについての違いについても記録しておきます。

しかし、1つナゾなのが、ddコマンドでスパースファイルを作った上でインストールしたイメージはスパースファイルのままで、ddコマンドでスパースファイルを作らずにインストールしたほうのイメージは、スパースファイルのままだ。ちなみに、4台とも

--nonsparse

オプションをつけている、にも関わらずだ。これはつけるだけ無駄なオプションなの？というわけで、そろそろホストOS側のディスクも不足気味なので、これら4台をundefineしてイメージ削除してもっかい検証してみようかな。

最後になりましたが、アドバイスいただきました いの さん、 たけひろ さん、加藤さん、平さん、長谷川さん、もりわかさん、中井さん、アドバイスありがとうございます！

https://twitter.com/#!/hasegaw/status/157469062170034176
https://twitter.com/#!/hasegaw/status/157471588781015040
https://twitter.com/#!/hasegaw/status/157478710071660544
https://twitter.com/#!/moriwaka/status/157479098753617920
https://twitter.com/#!/moriwaka/status/157481789378666496
https://twitter.com/#!/enakai00/status/157602118570754048
https://twitter.com/#!/enakai00/status/157603168228880385
https://twitter.com/#!/enakai00/status/157605328589037568

比較対象のゲストOSはいずれもvcpuを1にしてメモリも1.5GBずつ、ハードディスクは20GBずつにしたんだけど、最初にddコマンドでイメージを作ってからvirt-installでゲストをインストールするのと、virt-installする際にディスクイメージを作るのとだと、後者のほうが圧倒的に早かった。それぞれのコマンドを比較してみる。

前者は40分くらいかかったのに対し、後者はわずか10分足らず。面倒なことするだけ無駄ってことか？理由がわかる人いたら教えてください＞＜

■ 下北沢オープンソースCafe – シェルスクリプト Jelly! #40

USP研究所 當仲 寛哲さんによる、ユニケージ開発手法の説明とデモが行われました。私はもう何度もその凄さを味わっているのでガヤでしたが、初見の方々には非常にインパクトが大きかったようです。

■ dune割

ぼくがオープンソースカフェに着いてノートPCを広げ、松浦さんと談笑していたら「お店にいる間に何か1つ成果を出すとdone割ききますよ」と教えてくれたのです。システムとしては「マスターの河村さんに今日の目標を書いた付箋を出す」→「その目標が達成されたら2杯目のドリンク500円が300円に(ﾟ∀ﾟ)」というやる気を喚起させるステキなものです。

せっかくなので、自宅のKVMにゲストOS1つ作ってブログを公開すると宣言しまして、マスターの河村さんにホスト名を決めていただき、VNCでOSインストールしながら當仲さんのお話聞いておりました。残念ながらラストオーダーには間に合いませんでしたが、意地でも当日やり遂げる！ということで閉店ギリギリに完成させたので、doneのハンコを押していただきましたｗ

2012-01-11 オープンソースカフェ下北沢 done割

■ 行ってみた感想

みんなが思い思いに作業するスペースとばかり思っていたのですが、それだけでなくモチベーション向上や突発的なイベントもあるので、非常に充実した時間を過ごせる場所であると思いました。SOHOなエンジニアだけでなく、サラリーマンでも週末のNPO活動や自学自習のために訪れることもあるそうで、一度足を運んでみてはいかがでしょう。

2011/12/11の日曜日に、インターリンク株式会社で ilstudy #02 もてカワbash というタイトルでシェルスクリプト講座をしてきました。今回のネタはif文とfor文。これらを使って、条件分岐や繰り返し処理をしてみよう！というネタで2時間話してきたのです。

当日の様子はUstream中継いたしました。録画がここにありますので、お暇でしたらご覧下さい。

当日までは3ヶ月くらい本業が大忙しで、あまり事前準備にコミットできなかったり、開催日が2度ほど延期したりと苦労しましたが、ホスピタリティを理解しているスタッフのお陰で、ようやく開催にこぎつけたこと、そして前回のゆるふわ愛されシェルスクリプトよりも高いクォリティで開催できたので、1つのハードルを超えたと思っています。

特に日程の二転三転ではUSP友の会の勉強会とダブルブッキングしてしまったりしてご迷惑をおかけしてしまい、申し訳ございません。。。たまたまですが、開催会場が近かったため、USP友の会の懇親会にお邪魔させていただきました。

まだまだ課題が多く、改善の余地はありますが、今後のilstudyにご期待ください。末筆ながら、ご来場いただいた皆様、スタッフの皆様、ダブルブッキングしてしまったにもかかわらず懇親会に呼んでいただいたUSP友の会の皆様(特に上田会長)、そして、私のわがままを半分嫌な顔しながらも(笑)聞いてくださったインターリンク株式会社に心から有難うございますと申し上げます。

[USP友の会] やわらかマッドサイエンティスツのプログラミング入門

詳しくは、こくちーずかUSP友の会のサイトからご確認いただきたいのですが、

日時：2011年10月09日(13:30 開場 /14:00 開始 /18:00 終了予定)
場所：市ヶ谷健保会館会議室 D室 (東京都新宿区市谷仲之町4-39)
参加費：500円(税込)

となっています。勿論私も参加しますよー。(スタッフなので、参加者として登録していませんが)

で、昨今の勉強会について思うことがいくつか。まず、IPv6やmongodbなど、いわゆる先端技術(IPv6は10年前からその必要性が叫ばれていたけど、IPv4の日本の在庫が枯渇したのは今年なので、いわゆる旬の話題でした)の勉強会や、qpstudyなどのライトなイメージがついている勉強会は、ATNDを墜とすくらいの勢いで人気があります。

しかし、これら最先端の勉強会も大事ですが、もっと根っことなる部分、いわゆる基礎に重きをおいたテーマの勉強会も、地味ながらあることをもっと世間様に訴えたい！＞＜ という気持ちもあるわけでして。やわらかマッドサイエンティスツのプログラミング入門は、特定の言語環境を習得するというよりも、どうやったら手戻りが少なくプログラムを書くことができるか、に焦点を当てています。しかし、私が思うにもっと大事な目的・・・真の狙いはこれなんじゃないかと。
「みんな、護身術を身につけようよ！」ということじゃないかなー、と思うのです。
IT業界の労働環境の悪さ(3Kとも7Kとも言われています)の要因として、「納期直前の仕様変更」や「連結テストフェーズで見つかる単体レベルのバグ」などは誰しも1度は経験したことがあるでしょう。こうした対処をある程度仕方ないと思う向きもあるかもしれません。しかし、最初にある程度きちんと設計していれば、バグをゼロにはできないまでも、後ろ向きな作業のためにリソースを割く割合は減らせるはずです。また、後工程で見つかったバグを修正するとなると、それに関わるプログラムすべてのテストをやり直すハメになります。こうした手戻りの積み重ねが、いわゆる「デスマーチ」となるわけで、誰も幸せになれません。

本来は上流工程である程度のバッファを見込んだスケジューリングをするべき！という声もありますが、そもそも要件や仕様が固まっておらず予算も決まっている中でできることといえば、どうしても「リソースのぶん取り合い」でしかありません。ただでさえ立場の弱いエンジニアはこうした理不尽に対して戦うことは非常に困難であり、いわゆる「大人の事情」で正論がスポイルされることも、ままある話です。

それでも、愚痴で終わったところで本質的な改善にはなりません。相手(顧客、PM、PL、営業など)に理解してもらう努力は、いわゆるオフェンシブなアプローチをまっ先に思い浮かべるでしょう。しかし、我々エンジニアも相手も人間です。攻撃されると正論かどうかより防衛本能が働きます。せっかくこちらが正論を言っても勝ち負けに持ち込まれてしまうと、結局勝敗をつけなければならず、最初から力がある方が勝つに決まっています。それに、禍根を残します。そうではなく、自分を守る術として、仕事のお作法や思考の整理をしたほうが建設的でカドも立たず、誰もがこれ以上不幸にならずに済むと思いませんか？

本物の技術は裏切らない

これは私が信じて疑わない思想信条です。勿論、最新のテクノロジーを否定するわけではありません。学ぶテーマは何でもよいのですが、案外基礎的な物の考え方を取り上げたテーマって、まだまだ少ないと思っています。私みたいに、きちんと基礎を系統立てて身につける機会が少ないまま月日が経ってしまったエンジニアもきっといる筈です。会社は機会を与えてくれますが、まじめにやっても成果は保証してくれません。それに、1人1人に合ったカリキュラムなど、本来組めるはずもなく、通り一遍のことしか教えてくれません(それすらもない会社はブラックです)。こうした環境におかれているエンジニアこそ、是非ご参加いただければと思います。勿論、まだ考え方のフレームワークが固まっていない若手エンジニアも大歓迎です。(むしろ今がチャンス！)

我々エンジニアは、好きな技術を追求する権利があると同時に、たった1人世界に放り出されてもやっていける技術を身につける特権があります。ルーチンワークは楽ですが、決まった仕様以上の仕事(パイ)はありません。しかし、人の意思の数だけ仕事があり、リソースが限られている世界にいる以上は、仕事を作り出せるという特権と引き換えに、リソース以上の仕事はできないというジレンマがあります。こうしたジレンマを自助努力で少しでも解消するための武器は、あなたの刀となり槍となり、時には盾にもなりえるでしょう。

10月9日、市ヶ谷は熱くなるはずです。きっと。500円玉握りしめて来てください。もしかしたら一生ものの財産を得るかもしれませんよ？

http://kokucheese.com/event/index/17259/