Tempest は OpenStackのテストスイートです。 これを実行することにより、OpenStackが"ちゃんとうごく"かどうかを確認できます。 準備 DevStackを使ってOpenStackをインストールして、一緒にTempestもインストールした場合には下記準備作業は不要です（自動的に設定ファイルを設定してくれるため）。 なお、Tempestは現在３つのバージョン（Icehouse, Juno, master）にブランチなしで対応していますので、基本的には最新版のTempestを使えば事足りるはずです。 （サポートしていない機能などがあれば、下記に示す設定ファイル(tempest.conf)でテストするかどうかを設定できます。) mkdir -p /opt/stack cd /opt/stack git clone https://github.com/openstack/tempest cd /opt/stack/tempest cp etc/tempest.conf.sample etc/tempest.conf vi etc/tempest.conf テスト対象の環境に合わせて、編集します。まずはidentityセクションを修正すれば、たぶんなんとかなるでしょう。 [identity] auth_version = v2 admin_domain_name = Default admin_tenant_id = d44ed5a94d4c4c70a4e91bb9c979eda1 admin_tenant_name = admin admin_password = ぼくのかんがえたさいきょうのパスワード admin_username = admin alt_tenant_name = alt_demo alt_password = ぼくのかんがえたさいきょうのパスワード alt_username = alt_demo tenant_name = demo password = ぼくのかんがえたさいきょうのパスワード username = demo uri_v3 = http://192.168.1.xx:5000/v3/ uri = http://192.168.1.xx:5000/v2.0/ 実行 さて、いよいよ実行です。 ただ、その実行方法はいくつかあり、少し混乱するときもあると思います。 いくつかの例を示します。 なお、公式ドキュメントには、 testr run --parallel testr run --parallel tempest.api.compute.servers.test_servers_negative.ServersNegativeTestJSON.test_reboot_non_existent_server という方法が書かれています。 一番目の方法では、全てのテストが実行されます。環境にも依存しますが、だいたい１時間程度はかかると思っておいたほうが良いでしょう。 二番目の方法では、指定したテストが実行されます。なおここは正規表現が使えるようです。 以下、実行例です。 一つのテストが3.512秒で実行されて、成功したことがわかります。 コレ以外にも、「run_tempest.sh」「tox」を使って実行する方法も示されていますので、それらを使ってみましょう。 まとめ いずれも、同じテストケースを実行しているので、出力もほぼ同様です。好みに合わせて使い分ければ良いと思います。 個人的な好みとしては、toxを使ったときの出力がわかりやすく、親しみやすい（フェイスマークもあるし）感じられるので、toxを使っていこうかなと思います。 Happy testing!

「パフォーマンスの改善、安定性の向上、バグの修正」 といいことづくめな内容が並んでますｗ アップグレードは特に問題なく進み、 アップデート完了。 特に問題なく使えています。 でも、アップデートの効果はいまいち実感できてません…

履歴 2013-01-12 Raspberry Piを購入 2013-01-26 購入時のOrder confirmation以外、なんの音沙汰もないので、どういう状況なのか問い合わせ実施。(購入時には「Standard Delivery (Despatch expected within 1 week(s))」というOrder confirmationが来たのだが) 2013-02-01(頃)Raspberry Pi到着。 2013-02-03 とりあえず、近所の100均でコンパクトなmicroUSBケーブルを購入し、AmazonでTDK LoR SDHCカード 32GB Class10 T-SDHC32GB10-FFP を購入。 2013-02-04 AmazonからSDHCカード到着。早い。 2013-02-05 rswww.comから、「あなたの注文は1/16にdispatchされている。日本にはだいたい21営業日かかるのでそれでも到着しないようなら、再度連絡ください」的なメールが届く。「もう、届いたよ」と連絡しようと思ったが、それを処理するのも向こう側が大変かなと思い、とりあえずやめておく。 2013-02-10 http://www.raspberrypi.org/downloads からRaspbian “wheezy"のイメージをダウンロードし、Mac で ddコマンドを使ってSDHCに書き込む。Raspberry Piへ差し込み、microUSBケーブルとLANケーブルも差し込んでしばらく待つ。 LED的なものがピカピカ光って、動作している風。なお、HDMIが直接使えるディスプレイがそばにないので、SSHが使えるようになっていることを祈りつつ、 Macからarp -aコマンドを叩いて、それっぽいIPアドレスへアクセスしてみる。(Default login – Username: pi/Password: raspberry) ログインできた！ で、Please run ‘sudo raspi-config’をやって、様子を見ようと思っている <- いまここ Mac で SDHC カードへ dd を使って書き込む時の注意 Linux なら 差し込まれたデバイスの /dev/sd? が何かを確認して、 dd コマンドで書き込めばいいと思います。 Mac でも ほぼ同様ですが、dfコマンドで表示されたデバイス名そのままだとダメらしいので、 脳内変換が必要なようです(本当？) -> % df -h Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/disk1s1 29Gi 2.3Mi 29Gi 1% 0 0 100% /Volumes/NO NAME /dev/disk1s1がSDHC カードなのですが、この場合、 /dev/rdisk1 とddコマンドに渡す必要が有るようです。 なぜ、「r」を付けないとダメなのかはよくわかりませんw ** 追記**“r"は、rawデバイスってことらしい http://d.hatena.ne.jp/pasela/20121222 -> % time sudo dd bs=1m if=2012-12-16-wheezy-raspbian.img of=/dev/rdisk1 1850+0 records in 1850+0 records out 1939865600 bytes transferred in 141.153967 secs (13742905 bytes/sec) sudo dd bs=1m if=2012-12-16-wheezy-raspbian.img of=/dev/rdisk1 0.03s user 1.10s system 0% cpu 2:21.20 total 今回得られたもの Raspberry Piの注文〜到着には、3週間程度はかかること Macで SDHC へ dd で書き込むときの方法 Raspberry Pi使用中はほんのり温かい ラズベリーのつづりはRaspberryであることｗ アフィリエイト http://rcm-jp.amazon.co.jp/e/cm?lt1=_blank&bc1=000000&IS2=1&bg1=FFFFFF&fc1=000000&lc1=0000FF&t=hughundercons-22&o=9&p=8&l=as4&m=amazon&f=ifr&ref=ss_til&asins=B0093IE9S4 ...

Nexus 7にUbuntuをインストールできるというのをみて、 「もしかしたらOpenStackも動くかも？！」と思ってやってみたのですが、 あえなく撃沈。。 具体的には、以下のような感じでインストールを行った。 DevStackのインストール stack.shの実行 Horizonの起動を確認 Dashboardへアクセス成功(だいぶ動作がとろいが) いきなりDashboardからインスタンス起動 → エラー ログ確認(nova-compute) 最終的には起動時に以下の理由(ログ)で、nova-computeの起動に失敗している模様 2013-01-02 06:10:42 TRACE nova libvirtError: internal error Cannot find suitable emulator for armv7l ARM＆libvirtdの対応が行われていないらしい。 libvirtのソースも多少読んだが、大枠の構造を理解してないので直せる力量をつけるにはまだまだ時間が掛かりそう。 このままだとさすがにNexus7使いづらいので、Dual Bootできるようにしてから 再挑戦しようとおもいます。

久しぶりに brew update してみたら、 -> % brew update error: The following untracked working tree files would be overwritten by merge: Library/Formula/argp-standalone.rb Library/Formula/cmigemo.rb Library/Formula/ninja.rb Library/Formula/pbrt.rb Library/Formula/voldemort.rb Please move or remove them before you can merge. Aborting Error: Failure while executing: git pull -q origin refs/heads/master:refs/remotes/origin/master と、エラーが発生して、更新処理が行われなくなってしまった。 「git pullしろ」というメッセージがあるが、どこのディレクトリでやればいいのか よくわからなかったので、調べた。 https://github.com/mxcl/homebrew/issues/11448#issuecomment-4959157に、ソリューションが書いてあったので、ちょっと改変して試してみる。 cd `brew --prefix` git fetch origin git reset --hard origin/master brew update Already up-to-date. と、表示されたので、ひとまず解決したことにする。

I got an error of CrashPlan a few days ago. That is https://gist.github.com/4046875.js?file=engine_error.log So CrashPlan did not work from the day. I sought to resolve this problem and found it. Modify the “/Library/LaunchDaemons/com.crashplan.engine.plist” https://gist.github.com/4046875.js?file=com.crashplan.engine.plist.diff And, https://gist.github.com/4046875.js?file=reload_crashplan.sh That’s it.

Yesterday, I received a tweet Congratulations @masayukig! You imagined the most useful @ifttt recipe! ifttt.com/recipes/63114 Please contact us: [email protected] — Withingsさん (@Withings) 11月 7, 2012 //platform.twitter.com/widgets.js Yeah! I’m really happy to see this. I read the article a few weeks ago: http://blog.withings.com/en/2012/10/17/ifttt-x-withings-contest-imagine-the-most-usefuluseless-recipe/ And I seek the recipe about Withings x Google Calendar. But I could not find out. So I imagined this recipe. This recipe is used 53 times! This is my best score about ifttt. But actually, this recipe has a few problems.. That is about time zone(?) the data itself For example, when I weighed my weight at “Nov 8 22:31 JST 2012”, but the datetime of Google Calendar is “Nov 9 22:31 JST 2012”. The difference is about 24 hours! ...

iPhone5来たよ というわけでiPhone5が来ました。 「プラチナバンドお父さんストラップ」 がついて来ましたが、つける場所はありませんｗ 佐川急便さんの配達でした。 中はこんな感じ。 現在、復元中。。 エピソード 16:00-18:00指定にしていたのですが、当日18時ちょい前に佐川さんからあり、 その時は電話に出られなかったので、折り返し電話したところ、 佐川さん「代引で9万ｘ千円となっていますが、大丈夫ですか?」 と、よくわからないことを言われたので、 私「品物は何ですか?」 佐川さん「VAIO ほげほげ です」 (え、VAIOなんて注文してないよｗと思いつつ) 私「私、ほげほげ区ほげx-x-x のものですが」 佐川さん「あぁ、まちがってました。今日は配達が多くて16:00-18:00の指定だったのが 間に合わないということを伝えたかったんです。あと、15分くらいでつきます。」 とのこと。 まぁ、無事届いて良かったです。

続き 無事ダウンロードは終了し、VMも起動したが、NFSでマウントできないってエラーが 発生。 [vagrant] Downloading box: http://dl.dropbox.com/u/1537815/precise64.box [vagrant] Extracting box... [vagrant] Verifying box... [vagrant] Cleaning up downloaded box... [default] Importing base box 'precise'... [default] The guest additions on this VM do not match the install version of VirtualBox! This may cause things such as forwarded ports, shared folders, and more to not work properly. If any of those things fail on this machine, please update the guest additions and repackage the box. Guest Additions Version: 4.1.18 VirtualBox Version: 4.1.23 [default] Matching MAC address for NAT networking... [default] Mounting shared folders... [default] -- v-root: /vagrant [default] -- v-ssh: /home/vagrant/.host-ssh [default] -- v-csc-1: /tmp/vagrant-chef-1/chef-solo-1/cookbooks [default] Mounting NFS shared folders... Mounting NFS shared folders failed. This is most often caused by the NFS client software not being installed on the guest machine. Please verify that the NFS client software is properly installed, and consult any resources specific to the linux distro you're using for more information on how to do this. でも、vagrant sshでGuest OSには接続できた! ...

何するのか? vagrant_devstack っていうのを使って、vagrant+devstack という素敵な環境を、 Mac OS Mountain Lion(10.8.2)に 作ってみる。 一応、vagrant_devstackのREADMEには、Macに対する言及があるので、 できるんじゃないかと妄想。 はじめに まずは、 https://github.com/bcwaldon/vagrant_devstack のREADMEにしたがって、 Virtualboxインストール gem update –system gem install vagrant を行った。。。。 困ったこと発生 が、「3.」で問題発生。 % gem install vagrant Fetching: archive-tar-minitar-0.5.2.gem (100%) Fetching: json-1.5.4.gem (100%) Building native extensions. This could take a while... ERROR: Error installing vagrant: ERROR: Failed to build gem native extension. /Users/igawa/.rvm/rubies/ruby-1.9.3-p194/bin/ruby extconf.rb checking for re.h... *** extconf.rb failed *** Could not create Makefile due to some reason, probably lack of necessary libraries and/or headers. Check the mkmf.log file for more details. You may need configuration options. と、こんな感じのエラーが出力され、インストール出来ない。 解決策 ググってみると、 【Mac】【RubyGems】/usr/bin/gcc-4.2 がない！ という記事を見つけたので、それに習って、以下のようにシンボリックリンクを 張ってみました。 % sudo ln -s /usr/bin/llvm-gcc-4.2 /usr/bin/gcc-4.2 結果、 % gem install vagrant Building native extensions. This could take a while… Fetching: log4r-1.1.10.gem (100%) Fetching: net-ssh-2.2.2.gem (100%) Fetching: net-scp-1.0.4.gem (100%) Fetching: vagrant-1.0.5.gem (100%) Successfully installed json-1.5.4 Successfully installed log4r-1.1.10 Successfully installed net-ssh-2.2.2 Successfully installed net-scp-1.0.4 Successfully installed vagrant-1.0.5 5 gems installed ...