新聞:牧草でエネルギー自給ってすごい!

なるべく新聞を読むようにしたいので、三日坊主になるかもしれないが、新聞で気になった記事などについて書いていこうかなと思う。ちなみに自分が取ってるのは朝日新聞です。

オーストリアの南東部にある小さな町のシュトレームは人口約950ニンの小さな町だが、年に1万1千トンの農作物を使って町内で使う電力の3倍も発電しているらしい。牧草などでバイオガスを生成、燃料として木材チップを使ったりで年900トンのCO2排出削減に貢献しているという。お手本としてギュッシング市があったという。そこでは1990年代からバイオマスに取り組み、エネルギー代の安さを売りに企業の誘致に成功。1100人の雇用を生んだとのこと。
今度はギュッシングがシュトレームに倣って牧草からガスを作る計画が進んでいるらしい。
このような再生可能エネルギーは、地方自治体が地方の特性に合わせて取り組み、それを州や国が後押しするというボトムアップ型で広がった。国内の7割が再生可能エネルギーから生まれているそうである。

エコロジーな取り組みで企業誘致に成功し、かつ雇用を生み出すというのは素晴らしい。「牧草は手間がかからくて兼業でも続けられる」というところもいいですね。それにしても国内のエネルギーを7割も再生可能エネルギーでまかなっているのは本当にすごい。こういうのって、なにか壁になるものがあって、なかなか導入が進まないんじゃないかと思うのだが。例えばコストね。なにかの番組で、日本ではバイオエタノールを作るのは化石燃料よりもコスト高になるからまだまだ導入には壁があるというようなのを見たことがあるのだが、オーストリアでのバイオマス生成のコストってどれくらいのものなのだろうか?

気になったのは、

  1. バイオマス生成のコストはどのくらい?
  2. 牧草の買取り価格は?どこが買い取るの?
  3. バイオマス生成による公害ってないの?

という辺り。太陽光発電や水力、風力もいいと思うけれど、CO2を循環・固定化させるバイオマスの使用というのはもっとあっていいと思う。あぁ~、こういう仕事やりたかったんだよなぁ~と今更に思う。ちょっと探してみようか…。


Linux: dfの結果を1行毎に表示させる方法

LVMを使ってると、デバイス名が長くなってしまって(/dev/mapper/VolGroup00-LogVol00のように)、dfコマンドを使ったときに結果が複数行になって出力されてしまう。複数行になって表示されるのは、見た目としては綺麗なのだけれど、例えばパイプしてawkで処理しようとしたら、パラメータの位置がずれてしまうという結果になるのだ。

どうにかよい方法はないものか?と思っていたら、ちゃんとオプションにあった。
manしてみるものですね~…。あんまりmanって使ってないけど。
(manはコマンドのマニュアルを表示させるコマンド)

df -P

-Pオプションを付けることで、ファイルシステムの情報が常に1行で表示されるとのこと。


俺的にRuby on RailsとCakePHPの比較(コーディングしやすさ)

※先に断っておきますが、おいらはPHPerであり、Rubyは勉強中の身です。CakePHPは業務で使ったことも趣味で使ったことも、人にチョロッと教えたりもしてるくらいのレベルですが、Railsでアプリをリリースしたことはないです。

ここのところ、毎日少しずつではあるのだけれど、『RailsによるアジャイルWebアプリケーション開発』を進めているんだけど、だんだんCakePHPのほうがサクサク開発できるんじゃないだろうか?と思うようになってきてる。自分がCakePHPのほうが慣れているし、なんといってもPHPerなので、Joel本で書かれているように頭が自分が慣れている言語を中心に考えてしまうというやつだわなぁ〜。

Railsはというか、Rubyがオブジェクト指向言語だから、流れが全てオブジェクトなのに対して、CakePHPはデータ関連は基本的に配列で管理するから、な〜んかシックリくる。CakePHPにおけるオブジェクトは基本的にデータを加工したりするもので、配列はデータなので、見ただけで何を表しているか大体わかるが、Railsは中身を見ないとわからないというか…。まぁ俺がRubyをまだモノにしていないヘタレというだけかもしれない…。

ただコード中の文字数だけで言えば、Railsのほうが少ないかな〜と思う。
慣れればRailsのほうがいいのかな…。

PHPerとしての言い訳していいですか?

Viewを書く時、
キーボードでphpタグの始めの<?って打ちやすいけど(左手の小指でShiftキー押して右手で<?を打つ)、erbの始めの<%って打ちにくいんじゃ〜!!(左手の小指でShiftキー押して<、次の%が…左手小指でShift押してるから左手人差し指で%が押しにくい)
erbのタグはコーディングにタイムラグが発生してイラッとする。まぁ、単なるタイピングスキルの違いだが、非常に大きな違いに感じます。

これ、賛同者がいたら嬉しいッス!


Linux:LVMでパーティションの容量を増やす

昨日書いた件の続き。XenにP2Vした開発用サーバのハードディスク容量を2倍にしたいというのが目的。昨日はそれをやったつもりが、うまくいかずにコケてしまい、カーネルパニックになって俺もパニックになったというところまででした。まぁ、仮想環境でよかったよ…。現行は未だにPで動いてるので、問題無し。

さて、P2Vをした後にハードディスクを追加してLVMで既存のパーティションの容量を増やす手順。参考にしたのは、SoftwareDesignの総集編DVDで「LVM」で検索したら出てきた2008年6月号の記事『システムトラブル一刀両断』の44ページのHDDの空き容量が無くなったときの【一刀両断】です。

—- Domain-0での作業 ここから —-

  1. /etc/xen/developのdisk部分を編集(開発用サーバなのでdevelopと命名)
    develop_hda.imgは物理サーバからddで取得したディスクイメージ。
    develop_hdb.imgは新しく増設する用の仮想ハードディスク。

    disk = [ "file:/var/lib/xen/images/develop_hda.img,hda,w", "file:/var/lib/xen/images/develop_hdb.img,hdb,w" ]
    
  2. 次に、実際にdevelop_hdb.imgを作る。増設する容量は40GBほど。
    dd if=/dev/zero of=/var/lib/xen/images/develop_hdb.img bs=1M count=40960
    
  3. そして、Domain-Uであるdevelopを起動する
    xm create develop
    

—- Domain-0での作業 ここまで —-

—- Domain-Uでの作業 ここから —-

  1. ちゃんと/dev/hdbを認識しているか確認する。
    fdisk -l
    
  2. 既存のボリュームグループを確認する。
    vgscan
    

    確認した結果、VolGroup00だったとする。

  3. 物理ボリュームを作成する。
    pvcreate /dev/hdb
    
  4. ボリュームグループに物理ボリュームを追加する。
    vgextend VolGroup00 /dev/hdb
    
  5. ボリュームグループが増えているか「Free PE / Size」を確認する。
    vgdisplay
    
  6. 論理ボリュームを拡張する。
    ****(数字)にはFree PE/ SizeのPEの値を入力する。

    lvextend --extents=+****(数字) /dev/VolGroup00/LogVol00
    
  7. ファイルシステムがext3のときは拡張する。
    resize2fs /dev/mapper/VolGroup00-LogVol00
    
  8. 実際に増えているかどうか確認する。
    df -h
    
  9. 再起動しても大丈夫かどうか確認する。
    shutdown -r now
    

—- Domain-Uでの作業 ここまで —-

今回は再起動しても大丈夫だった。hdbにしたからなのだろうか?
それとも前回は単なるオペレーションミスだったのだろうか?
まぁそうだろうなぁと思うけど。


Xen:Domain-Uのパーティションを増やしたら

XenでP2VしたDomain-UのCentOSはハードディスクが40GBしかないので、なんとか容量を増やす必要があった。メモリとかは画面からササッとできるのでいいのだが、ハードディスクの容量はそうはいかない。調べてみたところ、仮想の新しいハードディスクを準備して、それをDomain-UのCentOSでLVMのVolumeGroupに加えてもとのパーティションの容量を増やしてしまえばいい!みたいに書いてあったので、よくわからないままやってみたら、なんとなくできた。

dfコマンドで見ても、40GBだった/パーティションが80GBになっていたので、よっしゃー!と思っていたのだけれど、再起動したらカーネルパニック引き起こしてうんともすんとも言わなくなってしまった…。おぉぉ…。

VMをファイルで管理していたのでバックアップも取っておらず(40GBもあるし)、1CD Linuxで救済を試みるも、新規に加えたはずに/dev/xvdaを全く認識せず、このまま終了してしまった。

もとのハードディスクがhdaだから、容量アップ用のハードディスクもhdbにしたほうがよかったのだろうか?