THE PENGUIN AMUSEMENT PARK

Raspberry Pi CPUオーバークロック方法

2012-08-05T17:10:00.001+09:00

Raspbian “wheezy” にてRaspberry Pi CPUオーバークロック方法 φ(..)メモメモ
以下、自己責任で(-_- ; )

以下の様にroot にスイッチして/boot/config.txtを編集する。
$ sudo bash

以下の記述があるので、arm_freqのコメントアウトを外して、オーバークロックしたい周波数を入力すればOK

#uncomment to overclock the arm. 700 MHz is the default.
arm_freq=800

上記だと800Mhzとして認識される。
添付画像のBogoMIPSのところがCPU周波数かな。
デフォルトは、697ぐらいだった。

sdram_freqも設定できそうなんだけど、設定したら起動後ハングアップしたり動作が不安定になったので、やめました。(´；ω；｀)
※で、起動しなくなったら/boot/config.txtはMac（Win？）からSDカードを直接読み込んで、定義ファイルを修正できる。

CPUだけなら１GHzぐらいまでいけるらしい。。

以下参考サイト
http://fusionstrike.com/2012/overclock-raspberry-pi-cpu-850mhz-ram-500mhz

オーバークロック後はコマンド入力とかで、もたつかなくなった
(∩´∀｀)∩ﾜｰｲ

Raspberry Piと遊んでみたその3

2012-08-05T17:07:00.001+09:00

Raspbian “wheezy” カスタマイズメモ

Arch Linux ARMも色々いじったので、本命のRaspbian “wheezy”をいじろう〜

DDでSDカードに書き込んで、電源ON。
初回起動時にraspi-config(設定画面)が自動的に立ち上がる。

以下を設定。
[Configure keyboard]で[Generic 105-key(Intl) PC]を選択
[Other]、[Japanese]、[Japanese]、[The default for the keyboard layout]、[No compose key]を設定。

[change_locale]で[en_GB.UTF-8 UTF-8]と[ja_JP.UTF-8 UTF-8]をチェック
デフォルトは[ja_JP.UTF-8 UTF-8]に設定。

[change_timezone]は[Asia]-[Tokyo]に設定
[ssh]をenableに設定。
[update]を選択すると最新化されるようだ。

その後Piユーザでプロンプトの＄が表示されるので、startxでGUIを起動。

日本語フォントが入っていないようで、文字化けする。。。(´；ω；｀)
※デフォルトフォントはenにしておけばよかった。。。

とりあえずGUIは使えるので、コンソールのアイコンから
sudo apt-get install ttf-kochi-gothic xfonts-intl-japanese xfonts-intl-japanese-big xfonts-kaname
で日本語フォントをインストール。
sudo aptitude install jfbterm uim uim-anthy
でIMをインストール。
インストールが完了後rebootすれば日本語で表示された(∩´∀｀)∩ﾜｰｲ

Raspberry Piと遊んでみたその２

2012-08-05T16:51:00.000+09:00

Pi用のOSダウンロードについてまとめ。

公式サイトのDownloadsから3タイプのDownloadが可能。
http://www.raspberrypi.org/downloads

・Raspbian “wheezy”
・Arch Linux ARM
・QtonPi

好きなモノをDownloadすれば良いと思うよ。

とりあえず、完成度の高いwheezyを使うのがおすすめ。

Arch Linuxを使ったことがあるなら、Archも良いね。ただし、Archはｘが入っていないので、GUIを使いたい人は注意。Pacmanは使えるからパッケージ導入は楽だ。

とりあえず、Archlinuxをダウンロードしてみた。(∩´∀｀)∩ﾜｰｲ

手元にあったmac book pro OS Xから以下のコマンドでSDカードに書き込みを実施。

とりあえず家にあった東芝製class10の8GBを使用した。

MAXのSDカードスロットに挿入し、以下のコマンドを実行。

# diskutil unmount /dev/disk1s1

# dd bs=1m if=./archlinuxarm-13-06-2012.img of=/dev/rdisk1

DDの進捗はデフォルトだと何も表示されないので、

「Control」キー＋「T」キーで以下の様に進捗表示することは可能。

load: 1.08 cmd: dd 81547 uninterruptible 0.00u 0.13s

269+0 records in

268+0 records out

281018368 bytes transferred in 26.608482 secs (10561233 bytes/sec)

しばらくすると、プロンプトが返却されるので、書き込み完了。

これで、OSのインストールは完了！！

wheezyでも同様にddコマンドでインストールできることは確認済み。

QtonPiは試してない。。

Raspberry Piと遊んでみたその１

2012-08-05T16:40:00.005+09:00

Raspberry Piと遊んでみたのでφ(..)メモメモ

ロンドンから空輸で送られてきて7月末に到着！
さて、Raspberry Piを開封しよう〜(*´∀｀*)

チップむき出しだね。
ケースも別売りで売っているけど、いろいろ買うと高くなるからやめた。
大きさはクレジットカードぐらいかな。

DB2で高速にテーブルのデータを削除する方法

2012-05-06T00:59:00.003+09:00

以前仕事でAPLチームに聞かれたので、調査してみた。
やりたいのは、夜間バッチ処理などで特定の条件にマッチした行のみを高速に削除したいとのこと。
その時は、テーブルを分離して全削除できるようにしてTRUNCATEをすすめたけど、他に方法がないか確認してみる。

SQLを見てないけど、多分以下のような感じだと思う。
FETCH FIRST n ROWS ONLY を指定して一度に削除する行数を限定しログが溢れない様にしているんじゃないかな。

db2 "DELETE FROM (SELECT * FROM 表名 WHERE 条件 FETCH FIRST 件数 ROWS ONLY)"
※ 削除すべき行がすべて削除されるまで繰り返し実行。
「SQL0100W FETCH、UPDATE または DELETEの対象となる行がないか、または照会の結果が空の表です。 SQLSTATE=02000」

　削除対象がない場合は、リターンコード（echo $?の結果）は「1」が返却される。

表全体を削除するなら、方法はあるんだけど、表の中で特定の条件となるとログを取らなくするしかないかな。

★一時的にログを取得しない案

ALTER TABLEのACTIVATE NOT LOGGED INITIALLY ステートメントを使って、同一トランザクション内に限ってログを取得させないようにする方法。

db2 +c "ALTER TABLE 表名 ACTIVATE NOT LOGGED INITIALLY"
db2 +c "DELETE FROM 表名 WHERE 条件"
db2 +c "commit"

※デフォルトでは自動コミットがオンになっているため、そのまま実行すると ALTER TABLEが自体がコミットされてしまい NOT LOGGED INITIALLY が有効にならない。
なので、+c オプションを指定して自動コミットされないようにする必要がある。

参考
http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=/com.ibm.db2.luw.admin.ha.doc/doc/c0006079.html

重要！！
上記状態で実行中に障害などで失敗するとテーブルdrop＆リストアしないとNGっぽい。。

処理中に、次のエラーが返されました。
SQL1476N 現行トランザクションがエラー "-952"
のため、ロールバックしました。 SQLSTATE=40506

db2inst1@linux-d9mi:~> db2 "select count(*) from stock"

-----------

SQL1477N 表 "DB2INST1.STOCK" で、表スペース "3"

内のオブジェクト "9" にはアクセスできません。

SQLSTATE=55019

db2inst1@linux-d9mi:~> db2 ? 55019

SQLSTATE 55019: オブジェクトが無効な状態にあるため、操作で

きません。

懸案事項

commit時にDISKに全部書きに行くので、commit処理に時間が掛かる場合がある。
http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=/com.ibm.db2.luw.admin.ha.doc/doc/c0006079.html

★テーブル設計を見直す案
まぁ全削除できるようなテーブル設計にする。で、不要になったらテーブルのデータを全削除する。

・nullで上書き案
該当の表に対して空のデータを REPLACE オプションによって IMPORT することで行をすべて削除する方法。

db2 "IMPORT FROM /dev/null OF DEL REPLACE INTO 表名"
※Windows の場合は /dev/null の代わりに NUL を指定する。

・ALTER TABLEにWITH EMPTY TABLEを付与する案
ALTER TABLE 表名 ACTIVATE NOT LOGGED INITIALLY WITH EMPTY TABLE

WITH EMPTY TABLEをつけることで、現在表にあるすべてのデータを削除できる。

※一度データが除去されると、データをリストア使用しなければ復旧できない。

　ALTER TABLEを発行した作業単位をロールバックしても、データは元の状態には回復しないので、注意！

・TRUNCATEを使って該当表に含まれるすべての行を削除する案
※V9.7以降使える。
db2 "TRUNCATE TABLE 表名 IMMEDIATE"

TRUNCATEを使用するにはDB2_COMPATIBILITY_VECTORレジストリ変数で8番目のビット(TRUNCATE TABLE)を立てる必要がある。
※V10.1ではレジストリ設定なしでも実行可能。

db2set DB2_COMPATIBILITY_VECTOR=8

db2stop

db2start

なお、設定を有効にするためには、インスタンスを停止し、再起動する必要がある。

また、既存の DB2 パッケージを再バインドする必要もある。

ーーーーーーーーー
以下検証
TPCC DBのstock表に500万レコードを入れた状態で、499950(約50万) レコード削除することで計測してみる。

db2 "select count(*) from stock"
1
-----------
5000000

STMMと自動保守をOFFに設定。
db2 update db cfg using SELF_TUNING_MEM OFF
db2 update db cfg using AUTO_MAINT OFF

とりあえず、バックアップを取得する。
db2 "BACKUP DB tpcc TO /tmp"

バックアップは成功しました。
このバックアップ・イメージのタイム・スタンプは
20120506024617 です。

-rw------- 1 db2inst1 db2iadm1 3054231552 5月 6 02:47 /tmp/TPCC.0.db2inst1.DBPART000.20120506024617.001

※検証完了のタイミングでdb2 "RESTORE DB tpcc FROM /tmp/"を実行しリストア。

★検証1
db2 "DELETE FROM (SELECT * FROM stock WHERE s_i_id < 10000 FETCH FIRST 499950 ROWS ONLY)"
※速度を検証したいので、分割しないで一気に消す。
　ログサイズは大きくして実施している。

db2 get db cfg for tpcc | grep LOG
ログ・バッファー・サイズ (4KB) (LOGBUFSZ) = 2149
ログ・ファイルのサイズ (4KB) (LOGFILSIZ) = 20000
1 次ログ・ファイルの数 (LOGPRIMARY) = 20
2 次ログ・ファイル数 (LOGSECOND) = 11

db2batchを使って測定する。test.sqlの中に実行するSQLを記述。
db2batch -d tpcc -f test.sql
DELETE FROM (SELECT * FROM stock WHERE s_i_id < 10000 FETCH FIRST 499950 ROWS ONLY);
* 経過時間: 272.355927 秒

db2 "select count(*) from stock"
1
-----------
4500050

272秒かかった。
※追記ログ格納DISKを性能の良いのに変えてみたら結構早くなった。
　算術平均時間: 124.527187 秒

★検証2
ログを取得しないように設定し削除する。
db2 +c "ALTER TABLE stock ACTIVATE NOT LOGGED INITIALLY"
db2 +c "DELETE FROM (SELECT * FROM stock WHERE s_i_id < 10000 FETCH FIRST 499950 ROWS ONLY)"
db2 +c "commit"

db2batchで、db2 +cが使えなかったので、shでdateコマンドを挟んで上記コマンドを実行した。
※「db2 update command options using c off」コマンドでオートコミットをOFFにしたんだけど、何故か反映されない。。。バグかな？
※追記以下で変更できた。
　export DB2OPTIONS=+c

db2inst1@linux-d9mi:~> sh test.sh

2012年05月06日 06時49分02秒 082

DB20000I SQL コマンドが正常に完了しました。

2012年05月06日 06時49分21秒 825

DB20000I SQL コマンドが正常に完了しました。

2012年05月06日 06時58分22秒 551

db2 "select count(*) from stock"

-----------

4500050

1 レコードが選択されました。

499950行deleteするためにかかった時間は約8.5分。
内、deleteは約20秒、コミットが8分程度。

★検証3
WITH EMPTY TABLEにて一気に削除する。

db2 "ALTER TABLE stock ACTIVATE NOT LOGGED INITIALLY WITH EMPTY TABLE"

2012年05月06日 07時30分33秒 302
DB20000I SQL コマンドが正常に完了しました。
2012年05月06日 07時30分34秒 247

db2 "select count(*) from stock"
1
-----------
0

★検証4
/dev/nullで0クリアする方法

db2inst1@linux-d9mi:~> sh test.sh
2012年05月06日 07時55分06秒 429
SQL3109N ユーティリティーが、ファイル "/dev/null" から
データのロードを開始しています。

SQL3110N ユーティリティーが処理を完了しました。 "0"
行が、入力ファイルから読み取られました。

SQL3221W ...COMMIT WORK が開始されました。
入力レコード・カウント = "0"

SQL3222W ...すべてのデータベース変更の COMMIT
が成功しました。

SQL3149N "0" 行が、入力ファイルから処理されました。 "0"
行が、正常に表に挿入されました。"0"
行が、拒否されました。

読み込まれた行数 = 0
スキップされた行数 = 0
挿入された行数 = 0
更新された行数 = 0
拒否された行数 = 0
コミットされた行数 = 0

2012年05月06日 07時55分07秒 933
db2 "select count(*) from stock"
1
-----------
0

★検証5
TRUNCATEする方法

db2set DB2_COMPATIBILITY_VECTOR=8
db2set -all
[i] DB2_COMPATIBILITY_VECTOR=8
[i] DB2_PARALLEL_IO=*
[i] DB2AUTOSTART=NO
[g] DB2_COMPATIBILITY_VECTOR=MYS
[g] DB2SYSTEM=linux-d9mi
[g] DB2INSTDEF=db2inst1
[g] DB2ADMINSERVER=dasusr1
db2 connect reset
DB20000I SQL コマンドが正常に完了しました。
db2stop
SQL1064N DB2STOP の処理が正常に終了しました。
db2start
SQL1063N DB2START の処理が正常に終了しました。

db2inst1@linux-d9mi:~> sh test.sh

データベース接続情報

データベース・サーバー = DB2/LINUXX8664 10.1.0
SQL 許可 ID = DB2INST1
ローカル・データベース別名 = TPCC

2012年05月06日 08時30分43秒 504
DB20000I SQL コマンドが正常に完了しました。
2012年05月06日 08時30分44秒 345
db2 "select count(*) from stock"
1
-----------
0

(´・ω・｀)まとめ

検証1と2
うーむ。通常は、ログを書いてI/Oサーバがバッファプールに書き込んで終わりだけど、ログがないからコミット時に100%DISK書き込みに行く。
なので、DISKのwrite性能が悪いと返って性能が悪くなるな。。。
エンタープライズ系のDISK装置とかだとこっちのほうが速いんだろうけど、市販の5000回転ぐらいのHDDだとちょっと考えものだ。

検証3,4,5
速度的にあまり変わらない。
V10.1ではレジストリを編集する必要がないTRUNCATEが使い勝手が良いかな。

DB2 V10.1 ストレージグループを使ってみる

2012-05-04T23:18:00.002+09:00

DB2 V10.1の新機能 Multi-Temperature Storageなるものを使ってみたので、
ログを残しておく。
※朝4時ごろ半分寝ながらやったので、ディレクトリやテーブルの名前付けが
　適当すぎる。(´；ω；｀)

今回の検証環境
SLES11 SP2 HDD4本、CPU2、メモリ5GB
HDDの構成は、以下。
　100MB/sの読み取り速度も持つHDD1本
　550MB/sの読み取り速度を持つHDDを3本でRAID0構成

100MB/sを/db2_1でext3設定し、550MB/sを/db2でext3設定した。

以下の手順はdb2インスタンスユーザで実施した。

まず、検証するDBを作成する。
CREATE DB時に自動Storageの指定で/db2_1を設定すると、デフォルトのStorage Groupとして、IBMSTOGROUPと言う名前で100MB/sのHDDが割り当てられている。

　CREATE DATABASE MYDB ON /db2_1

そこに、HIGHENDと言う名前でRAID0のDISKを追加する。

　CREATE STOGROUP HIGHEND ON '/db2' OVERHEAD 0.75 DEVICEREADRATE 550
※OVERHEADは、コントローラー・オーバーヘッドとディスク・シークと待ち時間 (ミリ秒単位)、DEVICEREADRATEは、デバイスの読み取り転送速度 (メガバイト/秒単位)

設定内容を確認する。
V10.1からdb2pdコマンドが拡張されて、storagegroupsオプションが付いている。

db2inst1@linux-d9mi:~> db2pd -storagegroups -db mydb

Database Member 0 -- Database MYDB -- Active -- Up 0 days 01:03:57 -- Date 2012-05-04 01:40:51
Storage Group Configuration:
Address SGID Default DataTag Name
0x00007FAA252FD080 0 Yes 0 IBMSTOGROUP
0x00007FAA364ED540 1 No 0 HIGHEND
Storage Group Statistics:
Address SGID State Numpaths NumDropPen
0x00007FAA252FD080 0 0x00000000 1 0
0x00007FAA364ED540 1 0x00000000 1 0
Storage Group Paths:
Address SGID PathID PathState PathName
0x00007FAA252FD1A0 0 0 InUse /db2_1
0x00007FAA364EF060 1 1024 InUse /db2

※以下でも、StorageGroup名と設定pathが取得可能。
　ちょっとSQLが長くて覚えられない(´；ω；｀)

db2 "SELECT VARCHAR(STORAGE_GROUP_NAME, 30) AS STOGROUP, VARCHAR(DB_STORAGE_PATH, 40) AS STORAGE_PATH FROM TABLE(ADMIN_GET_STORAGE_PATHS('',-1)) AS T"

SYSCAT.STOGROUPSにて設定したDISK速度などを確認。
db2 "select * from SYSCAT.STOGROUPS"

IBMSTOGROUP 0 SYSIBM   2012-05-04-00.26.30.324142 Y
+6.72500000000000E+000 +1.00000000000000E+002 - - 0 2 -
HIGHEND 1 DB2INST1   2012-05-04-00.44.27.057572 N +7.50000000000000E-001 +5.50000000000000E+002 - - 0 2 -
2 レコードが選択されました。

次に、設定したStorageGroupにTABLESPACEを割り当てる。
　test_db2_1と言う名のテーブルスペースをIBMSTOGROUP(100MB/s)に設定
　test_db2と言う名のテーブルスペースをHIGHEND(550MB/s)に設定

db2 "CREATE TABLESPACE test_db2_1 USING STOGROUP IBMSTOGROUP"
DB20000I SQL コマンドが正常に完了しました。
db2 "CREATE TABLESPACE test_db2 USING STOGROUP HIGHEND"
DB20000I SQL コマンドが正常に完了しました。

テーブルスペースが作成されたことを確認する。
db2 "LIST TABLESPACES"

表スペース ID = 4
名前 = TEST_DB2_1
タイプ = データベース管理スペース
内容 = すべての永続データ。 LARGE 表スペース。
状態 = 0x0000
詳しい説明:
正常
表スペース ID = 5
名前 = TEST_DB2
タイプ = データベース管理スペース
内容 = すべての永続データ。 LARGE 表スペース。
状態 = 0x0000
詳しい説明:
正常

テーブルスペースとStorageGroupの紐付きを確認する。

db2 "select * from SYSCAT.TABLESPACES"
TEST_DB2_1 DB2INST1 U 2012-05-04-01.05.21.456056 4 D L 32 -1 -1.00000000000000E+000 -1.00000000000000E+000 - - 4096 IBMDEFAULTGROUP 1 Y IBMDEFAULTGROUP DB2INST1 -1 IBMSTOGROUP 0192 -1 -

TEST_DB2 DB2INST1 U 2012-05-04-01.05.44.778764 5 D L 32 -1 -1.00000000000000E+000 -1.00000000000000E+000 - - 4096 IBMDEFAULTGROUP 1 Y IBMDEFAULTGROUP DB2INST1 -1 HIGHEND 1 32 -1 -

テーブルを作成し、テーブルスペースに割り当てる。
TEST_1をTEST_DB2_1テーブルスペースに設定
db2 "CREATE TABLE TEST_1 (no CHAR(10) NOT NULL,DEPTNAME VARCHAR(36) NOT NULL,PRIMARY KEY(no)) IN TEST_DB2_1"

TEST_0をTEST_DB2テーブルスペースに設定
db2 "CREATE TABLE TEST _0(no CHAR(10) NOT NULL,DEPTNAME VARCHAR(36) NOT NULL,PRIMARY KEY(no)) IN TEST_DB2"

ここまででテスト環境構築完了。
では、実際にテーブルスペースを別のStorageGroupに移動してみる。

測定にあたって、STMMはOFF、自動保守もOFFにし、勝手にメモリチューニングと統計情報、更新を行わないように設定する。

test_1テーブルに適当にデータをINSERTするSQLをdb2batchで実行し、実行時間を計測する。

db2batch -d mydb -f test.sql

* 合計時間: 0.126565 秒

* 最小時間: 0.009531 秒

* 最大時間: 0.032241 秒

* 算術平均時間: 0.012657 秒

* 幾何平均時間: 0.011628 秒

IBMSTOGROUPに所属するTEST_DB2_1テーブルスペースをHIGHENDに変更する。

db2 "ALTER TABLESPACE TEST_DB2_1 USING STOGROUP HIGHEND"

HIGHENDに変わっていることを確認する。

db2 "select * from SYSCAT.TABLESPACES"

TEST_DB2_1 DB2INST1 U 2012-05-04-01.05.21.456056 4 D L 32 -1 -1.00000000000000E+000 -1.00000000000000E+000 - - 4096 IBMDEFAULTGROUP 1 Y IBMDEFAULTGROUP DB2INST1 -1 HIGHEND 1 192 -1 -

同じSQLを実行。

db2batch -d mydb -f test.sql

* 合計時間: 0.107423 秒

* 最小時間: 0.008145 秒

* 最大時間: 0.020540 秒

* 算術平均時間: 0.010742 秒

* 幾何平均時間: 0.010392 秒

お、ちょっと早くなったな。

元にもどす。

HIGHENDに所属するTEST_DB2_1テーブルスペースをIBMSTOGROUPに変更する。

db2 "ALTER TABLESPACE TEST_DB2_1 USING STOGROUP IBMSTOGROUP"

同じSQLを実行。

db2batch -d mydb -f test.sql

* 合計時間: 0.129309 秒

* 最小時間: 0.010063 秒

* 最大時間: 0.032279 秒

* 算術平均時間: 0.012931 秒

* 幾何平均時間: 0.011908 秒

最初と同じぐらいになった。

(｀・ω・´)まとめ！

パーティション表とか使うときに効果があると思う。

よくアクセスする当月のテーブルスペースを早いStorageGroupに設定し、

月が変わったら、遅いStorageGroupに移動させるなど、効果が期待できそうですね。

コマンドも、ALTER TABLESPACEのオプションとしてUSING STOGROUP xxxxxxでOKなので、簡単です。

DB2をbtrfs上にインストールしてみる(失敗)

2012-05-02T17:50:00.002+09:00

SLES11 SP2でbtrfs使えるから、まぁDB2でサポートされてないので、失敗するのはわかってましたが、とりあえずやってみた。

結局、インストーラ起動時に、DBI1501Eの内部エラーが出力され、
とりあえず、無視してすすめることができるけど、
インストールディレクトリ指定するところで、ディスクがいっぱいって言われてしまって進めなくなった。。。
OS上からは空きはあるように見えるけど、NG。ちゃんとファイルシステムを見れないんだと思う。

まぁサポートされているファイルシステムを使えって話(・´з`・)

DB2 V10.1 Express-C をSLES11 SP2にインストールその３

2012-05-02T16:49:00.001+09:00

前回の続きで、導入後の確認と今回拡張されているメモリ4GBが正しく認識するのか確認してみます。
なお、今回検証にあたってはVM上に割り振っているCPU数は2、メモリは5GB設定してます。

OSのメモリ状況
# free -m
total used free shared buffers cached
Mem: 4722 2787 1935 0 40 2525
-/+ buffers/cache: 220 4501
Swap: 2053 0 2053

では、確認していきます。

インストールファイルの妥当性を検証するために、db2val コマンドを実行します。

# cd /opt/ibm/db2/V10.1/bin/
/opt/ibm/db2/V10.1/bin # ./db2val
DBI1379I db2val コマンドが実行中です。これには数分かかる可能性
があります。
DBI1335I /opt/ibm/db2/V10.1 にインストールされた DB2 コ
ピーのインストール・ファイル妥当性検査が成功しました。
DBI1343I db2val コマンドが正常に完了しました。詳細については、
ログ・ファイル /tmp/db2val-120502_004442.log を参照してください。

ログを確認する。
# cat /tmp/db2val-120502_004442.log

"/opt/ibm/db2/V10.1" にインストールされている DB2 コピーのインストール・ファイルの妥当性検査を開始します。
タスク 1: インストール・ファイル・セットを検証しています。
状況 1 : 成功
タスク 2: DB2 実行可能ファイルおよびライブラリーの組み込みランタイム・パスを検証しています。
状況 2 : 成功
タスク 3: インストール・パスにアクセス可能か検証しています。
状況 3 : 成功
タスク 4: /etc/services ファイルにアクセス可能か検証しています。
状況 4 : 成功
DBI1335I /opt/ibm/db2/V10.1 にインストールされた DB2 コ
ピーのインストール・ファイル妥当性検査が成功しました。
"/opt/ibm/db2/V10.1" にインストールされている DB2 コピーのインストール・ファイルの妥当性検査を終了します。
DBI1343I db2val コマンドが正常に完了しました。詳細については、
ログ・ファイル /tmp/db2val-120502_004442.log を参照してください。

特に、問題はなさそうですね。
なお、インストール時のログは、以下に格納されてます。
/opt/ibm/db2/V10.1/install/logs

では、インスタンスを起動しましょう。
※インストール時に自動起動するチェックのままにした場合はすでに起動しているはずです。

インスタンスユーザにスイッチします。
# su - db2inst1

db2startコマンドで起動します。

db2inst1@linux-d9mi:~> db2start
SQL1063N DB2START の処理が正常に終了しました。
db2inst1@linux-d9mi:~>

以下のdb2syscが起動していればとりあえず起動成功です。

db2inst1@linux-d9mi:~> ps -ef |grep db2sysc
db2inst1 22397 22395 1 00:51 pts/1 00:00:00 db2sysc

では、ライセンス情報を確認してみます。

おぉ。CPUの最大数が2、メモリの最大量が4GBになってますね。
V9.7まではメモリは2GBまででした。64ビットOSでも使い勝手が良いですね。

db2inst1@linux-d9mi:~> db2licm -l
製品名: "DB2 Express-C"
ライセンス・タイプ: "保証なし"
有効期限: "永続"
製品 ID: "db2expc"
バージョン情報: "10.1"
CPU の最大数: "2"
メモリーの最大量 (GB): "4"
制約ポリシー: "ソフト・ストップ"

引き続き、サンプルDBを作成してみます。
DB2標準のサンプルDBは以下db2samplのコマンドで作成できます。

db2inst1@linux-d9mi:~> db2sampl

Creating database "SAMPLE"...
Connecting to database "SAMPLE"...
Creating tables and data in schema "DB2INST1"...
Creating tables with XML columns and XML data in schema "DB2INST1"...

'db2sampl' processing complete.

サンプルDBに接続してみます。
DBに接続するには、「db2 connect to データベース名 user ユーザ名 using パスワード」で接続できます。
※ userを省略した場合は、現在ログイン中のユーザで接続されます。

db2inst1@linux-d9mi:~> db2 connect to sample

データベース接続情報

データベース・サーバー = DB2/LINUXX8664 10.1.0
SQL 許可 ID = DB2INST1
ローカル・データベース別名 = SAMPLE

現在のインスタンスメモリを確認してみます。

db2inst1@linux-d9mi:~> db2 GET DBM CFG
大量にログが出るので、以下抜粋

インスタンス共有メモリーのサイズ (4KB) (INSTANCE_MEMORY) = AUTOMATIC(975608)

約3.7GB割り振られている事がわかります。

db2pdコマンドを使用してDB2サーバが現在使用しているメモリ量を表示してみます。

b2inst1@linux-d9mi:~> db2pd -dbptnmem
Memory Limit: 3902432 KB　・・・インスタンスメモリ
Current usage: 532928 KB　　・・・現在の使用量
Cached memory: 243328 KB　・・・キャッシュ済みメモリ

※使用中のインスタンスメモリの量は、Current usage 値から Cached memory 値を
　減算することによって判別できます。

上記より、インスタンスとして3.7GB使用でき、520MB現在使用し、内237MBはキャッシュとして使っている旨を読み取れます。

うむ。ちゃんと4GB使えるね。すばらしい。
無料でここまで使えるのは(・∀・)ｲｲﾈ!!

次は新機能のStorage Groupを調査してみよう。
SSD余ってるのあったかな。。

DB2 V10.1 Express-C をSLES11 SP2にインストールその２

2012-05-02T14:36:00.002+09:00

前回の続きでインストールを行います。
GUIとCUIでインストールができるのですが、今回はGUIでインストールします。
Xが起動していない方は、Xを起動してください。VNCを使用してインストールも可能です。

rootユーザで先程展開したexpcに移動し、「db2setup」を実行します。
linux-d9mi:~/db2inst/expc # ./db2setup

以下の画面イメージに従い作業を進めます。
※以下のインストールは例の一つです。

1.インストーラの起動

2.ようこそ画面

3.製品のインストールを選択

4.ようこそ画面で「次へ」をクリック

5.ソフトウェア・ライセンス情報画面でライセンスを読み、
「同意する」をチェックし、「次へ」をクリック

6.インストール・タイプの選択画面で
「カスタム」を選択し、「次へ」をクリック

7.「DB2 Express-C をこのコンピュータにインストール」を選択し、
「次へ」をクリック

8.「アプリケーション開発ツール」(任意)にチェックをつけて
「次へ」をクリック

9.「日本語」が追加されていることを確認し、
「次へ」をクリック

10.「IBM WEBのサイト」を選択し、「次へ」をクリック

11.DASユーザのパスワードを入力し、「次へ」をクリック

12.「DB2インスタンスを作成する」をチェックし「次へ」をクリック

13.インスタンスユーザのパスワードを入力し、「次へ」をクリック

14.fencedユーザのパスワードを入力し、「次へ」をクリック

15.サービス名、ポート番号が入力されていることを確認し、
「次へ」をクリック
※「システム起動時にインスタンスを自動起動する」にチェックを入れると、
OS起動時に自動的にDB2 インスタンスが起動するようになります。
私は、手動で制御したいのでチェックを外してます。
(デフォルトはチェックONです)

16.「セットアップしない」を選択し、「次へ」をクリック

17.ファルコピーの開始画面で設定したことが正しいことを確認し、
「完了」をクリック

18.インストールが始まる

※Language Packをexpc配下に入れてない場合はpath入力を求められる

※格納ディレクトリを指定して「OK」をクリック

19.セットアップ完了画面が表示されるので、
「緑色のチェック」になっていることを確認し「ログ・ファイル」のタブをクリック

20.エラーが出ていないことを確認し、「完了」をクリック

これにて、インストールは完了です。

次回はインストール後の確認を行います。

DB2 V10.1 Express-C をSLES11 SP2にインストールその１

2012-05-02T13:59:00.001+09:00

DB2 V10.1 Express-C をSLES11 SP2にインストールしてみたので、以下にまとめます。長いので何回かにわけます。

まず、環境ですが、KVM上のSLES11 SP2 x86_64 ファイルシステムはext3です。
SLES11 SP2なので、kernelは3.0です。

# uname -a
Linux linux-d9mi 3.0.13-0.27-default #1 SMP Wed Feb 15 13:33:49 UTC 2012 (d73692b) x86_64 x86_64 x86_64 GNU/Linux
#

KVMはCENTOS6.0上で構築し、CPU Corei7、メモリ12GBで構築してます。
ゲストにはCPU2、メモリ5GBを設定済み。

取得ファイル

IBMのサイトよりインストールモジュールとLanguage PackをGETします。
なお、GETするにはIBM ID(無料)が必要です。
http://www-01.ibm.com/software/data/db2/express/download.html

-rw-r--r-- 1 root root 517304101 5月 2 00:31 db2_v101_linuxx64_expc.tar.gz
-rw-r--r-- 1 root root 396521009 5月 2 00:32 db2_v101_linuxx64_nlpack.tar.gz

移行の作業はとりあえずrootユーザで実施します。

上記ファイルをtarで展開します。

# tar zxvf db2_v101_linuxx64_expc.tar.gz

# tar zxvf db2_v101_linuxx64_nlpack.tar.gz

以下の2つのディレクトリが作成されます。

drwxr-xr-x 3 root root 4096 4月 4 17:08 expc

drwxr-xr-x 4 root root 4096 4月 4 17:11 nlpack

V9.7まではこのままで問題なかったのですが、V10.1はLanguage Packがexpcディレクトリの中に無いとインストール時にpathを求められるようです。

なので、移動しておきます。

# mv nlpack expc/

次に、HOSTSの設定を行います。

DB2はインストール時に/etc/hostsに自分のHOST名とIPを定義してないとエラーになってしまいます。

※V9.7までは、インストールの後半でこのチェックが動き、やり直すはめになってたのですが、V10.1は序盤にエラーを出してくれるようになっているようです。良い改善かとおもいます。

以下を追加します。(linux-d9miはHOST名です。)

192.168.122.74 linux-d9mi

前提パッケージの確認を行います。

SLESやRHELだとデフォルトでインストールすれば入っていると思います。

libaio、compat-libstdc++

※ubunntuの場合は以下を入れてください。

libaio1、ksh、libstdc++6-4.4-dev、libstdc++6-4.4-pic

その他kernelパラメータを推奨値にする必要がありますが、

とりあえず、デフォルトで進めます。

※DBI1281E エラーで失敗した場合は、kernelパラメータか、上記HOSTSの定義、/tmp や /dev/null に対して read/write アクセス権限が無いなどが考えられてますので、対策を行う必要があります。

ここまでで準備完了です。

次回GUIでインストールします。

SLES11 SP2 CMMA(CMM2)のサポート復活

2012-05-01T03:29:00.000+09:00

SLES11 SP2 CMMA(CMM2)サポートされたようだ。
うーん。SP2にあげてどれくらいメモリ改善されるのか試してみたいな(・´з`・)
開発機にVM1台作って、検証しようかな。。

CMMAは、Cooperative Memory Management Assistの略で、z/VMとゲストLinux間でメモリ属性情報を交換してメモリ管理を最適化してくれる機能で、
以下のような特徴がある。

•Linuxのメモリ開放をz/VMが認識し、優先的にその領域を再利用
•z/VMはクリーン(未使用)ページを認識し、ページアウトを省略して領域を開放する
　ページング発生時のI/O量を減少し、パフォーマンスへの影響を軽減

・CMM Stage 1 (Memory Ballooning)は z/VM 5.2で対応済
・CMM Stage 2 (Guest Page hinting) 対応機能z/VM 5.3で対応済

ステージを分けて、1と2があるんだけど、ともにSLES10では対応してたんだけど、

なぜか、SLES11で使えなくなってた(´；ω；｀)

　
SLES11 GAとSP1のReleaseNotesでは以下のような記述があった。

----
Collaborative memory management Stage II (CMM2) currently not available
IBM and Novell are working to integrate this technology into the Linux Kernel and move it to a supported solution in SUSE Linux Enterprise Server as soon as available upstream.

共同メモリ管理ステージII（CMM2）は、現在利用できない。IBMとNovellは、Linuxカーネルにこの技術を統合する作業をしている。

----

SLES11 SP2のReleaseNotesでは以下のようにサポートの記述がある。

----
Collaborative Memory Management Stage II (CMM2) Lite
SLES 11 SP2 supports CMM2 Lite for optimized memory usage and to handle memory overcommitment via memory page state transitions based on "stable" and "unused" memory pages of z/VM guests using the existing arch_alloc_page and arch_free_page callbacks.

メモリオーバーコミットを処理するためにCMM2 Liteをサポートしています。

----

その他SP2ではCMM1の性能改善や、z/VM6.2で使用できるようになったLGRの前提条件としてCMMAがonじゃないとできない旨が書かれているな。
※LGRって一般的に言うとライブマイグレーションのこと。

s390-tools: Improve memory ballooning with cpuplugd

Large scale server consolidation requires a way to deal with limited memory resources. Ideally this is done by the hypervisor or by optimizing the individual guest in terms of memory utilization. 'cpuplugd' has a rule based scheme to control the size of the CMM1 memory balloon. An enhanced default set of rules allows the administrator to define a virtual machine with a larger memory size and have cpuplugd deal with the surplus automatically.

Support of Live Guest Relocation (LGR) with z/VM 6.2 on SLES 11 SP2

Live guest relocation (LGR) with z/VM 6.2 on SLES 11 SP2 requires z/VM service applied, especially with Collaborative Memory Management (CMMA) active (cmma=on).

今担当しているシステムはCS上だけでメモリ足りないから、ES上も使っちゃてるんだよね。。現状性能に問題は出てないからいいけど、CMMAでよりパフォーマンスあげれるなら検討の価値あるよね。

でも、SP2にしたらkernel3ベースになるからなぁ。。開発チームはキレるだろうな。。

CMMAのレポートは以下にまとめられている。
http://www.vm.ibm.com/perf/reports/zvm/html/530cmm.html

z/VMの運用(AUTOLOG1)についてまとめ

2012-05-01T01:37:00.005+09:00

AUTOLOG1は、z/VM IPL時に仮想計算機の自動起動を行うことができる。
要は、z/VM IPL時にzLinuxの自動startが可能になる。

AUTOLOG1は、システム始動計算機と呼ばれ、ユーザはオプションで仮想計算機に自動的にログオンできるように設定できる。

CPは AUTOLOG1を自動的にログオンし、AUTOLOG1はログオンされると、他の仮想計算機を自動的にログオンする。

具体的にはAUTOLOG1のPROFILE EXECに、AUTOLOG1がログオンしようとする各仮想計算機に対してXAUTOLOGコマンド記述することで実現できる。
※XAUTOLOGコマンドは非同期実行される。

z/VMの運用(Wakeup)についてまとめ

2012-05-01T01:04:00.000+09:00

・WAKEUP コマンド

指定されたイベントが起こるたびにイベント・ドリブンの仮想計算機 (通常は、切断されたサービス仮想計算機)の待ち状態条件を終了することにより、その仮想計算機の始動を制御する。

WAKEUPイベントは、WAKEUPのオプションパラメータで指定可能。待ち状態を終了するWAKEUPイベントには、次のものがある。

・時刻 (日付または曜日を含む) の引き渡し

・読取装置ファイルの存在または着信

・仮想計算機通信機能メッセージの着信

・ (CP SMSG) からの特別メッセージ機能メッセージの着信

ーーマニュアル抜粋ーーー

The WAKEUP command controls the startup of an event-driven virtual machine (typically a disconnected service virtual machine) by ending its wait state condition whenever a specified event occurs. WAKEUP events can be specified using optional WAKEUP parameters. WAKEUP events that may end a wait state include:

ーーーーーーーーーーーー

WAKEUPからの戻りコードにより、どのWAKEUPイベントが起こったかが示されるようだ。

・z/VMで定期的なコマンド実行方法

Wakeup Tableに日時、曜日指定して定期的にz/VMのコマンドを実行可能

要はLinuxのcrontabみたいな感じ。

1〜　　　　 10〜 19〜　　　 28〜255桁まで

ーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー

M-F　　　 08:00:00　 05/01/12 CP XAUTOLOG LINUX1

05/01/12　08:55:00　 05/01/12 CP SHUTDOWN REIPL

フォーマットは次のような感じ。

　date time stamp command

date (日付)、time (時刻)、および stamp (スタンプ) の各フィールドだけチェックする。 WAKEUPはこれらのフィールドを使って、レコードを今日実行すべきかどうか、レコードを処理する時刻、およびレコードを最後に実行した時期を判別する。

参考

http://publib.boulder.ibm.com/infocenter/zvm/v5r4/topic/com.ibm.zvm.v54.dmsb4/wfile.htm#wfile

VMware Playerの中にVMware ESXを構築

2012-04-30T22:31:00.003+09:00

2011年の記事移植

本当は、VMware ESXiの中に、VMware ESXを入れるつもりだったけど、
boot時になぜか64ビットエラーなるものがでてNG。

CPUはIntel VTに対応している型なんだけど、BIOSで殺してるのかなー。
このブログのサーバなので、停止してBIOSから調査するのは、めんどくさいのでとりあえず保留。
調査に時間がかかりそうだったから、
とりあえず作業用のPCにてVMware Playerが入っているので、VMware Playerで試してみることにした。

※手順はESXiの中に、VMware ESXを入れる手順と同じはず。

まず、VMware Playerで仮想PCを作成する。
条件はCPUが２つ、メモリ２G以上は最低必要。

上記仮想PCにESXのiosファイルを登録して起動し、インストールする。
インストールする手順は通常のESXのインストール手順と同様。

インストールが完了したら、一旦仮想PC上のESXを停止して、以下の定義ファイルを編集する。
テキストエディタでESXの.vmxファイルを開き、次の2行を追記する。
この作業をしないと、VMware Player上のESXでVMを起動することができないため必須となる。

monitor_control.vt32 = “TRUE”
monitor_control.restrict_backdoor = “TRUE”

※一番したの行に追加すればOK

これで、設定は完了。

仮想PCでESXを起動して、VMware vSphere Clientでアクセスする。
VMware vSphere ClientからゲストOSを作成することができる。

ぶっちゃけ超重いっす。。。

以下画像。

VMware ESX IP変更手順

2012-04-30T22:28:00.002+09:00

2011年の記事移植

仕事でちょっとIP変える必要がでてきたので、調査と検証。
家ではＥＳＸｉをつかってるので、ＥＳＸは初さわり。

ＥＳＸとＥＳＸiはアーキテクチャが異なる。
ESXにはRedHatベースのサービスコンソールなるものがあり、
このコンソールを使用してＶＭ Kernelを制御しているようだ。
で、IPアドレスを変更するには、以下のコマンドをサービスコンソール上で実行する。
esxcfg-vswif -i X.X.X.X -n Y.Y.Y.Y vswifZ

Xは変更後のIP、Yは変更後のサブネットマスク、ZはvswifのID

※IP変える場合は、リモートではなくコンソール対面で作業したほうがよい。
　IP変更のタイミングでtelnetなどは切断されてしまうため。

まず、現在の設定を調査する。

[root@vmtest ~]# esxcfg-vswif -l
Name Port Group/DVPort IP Family IP Address Netmask Broadcast Enabled TYPE
vswif0 Service Console IPv4 192.168.30.10 255.255.255.0 192.168.30.255 true STATIC

以下のコマンドで、IPを変更する。30を31に変更
[root@vmtest ~]# esxcfg-vswif -i 192.168.31.10 -n 255.255.255.0 vswif0
Setting IP config
Nothing to flush.

再度確認。
[root@vmtest ~]# esxcfg-vswif -l
Name Port Group/DVPort IP Family IP Address Netmask Broadcast Enabled TYPE
vswif0 Service Console IPv4 192.168.31.10 255.255.255.0 192.168.30.255 true STATIC

これで、IP変更完了。
一旦再起動して、「VMware vSphere Client」からログインする。
※VMware vSphere Clientが起動するまで少し時間がかかった。
　スペックによるかも。

VMware vSphere Clientに変更したIPでログインしたら、
VMに登録してあるゲストOSのIPを変更していく。

職場ではSUSEを使用しているので、YaSTでIPを変更すればOK
ゲストOSを再起動して、telnetでログインできればOK

以上。

eyeOS

2012-04-30T22:24:00.002+09:00

2011年の記事移植

System z Solution Edition for Cloud Computingのサンプルワークロードとして採用されたらしいので、ためしに構築してみた。(*´ω｀*)
ｅｙｅＯＳに必要なのは、「Apache」、「PHP」なので、仮想化したスペースにインストールしてみた。

以下のサイトでDownload eyeos 1.8.7.1をダウンロード。
http://eyeos.org/en/downloads

ダウンロードしたファイルをサーバに格納して解凍し、URLでアクセス。
インストーラが起動するので、rootのパスワードを入力することで、インストール完了。

※PHPで、SQLite と IMAPが使用できないとメールが使えない旨のメッセージがでる。
# yum -y install php-imap
で、IMAPはインストールできるけど、SQLiteはちょっとめんどくさい。
PHP本体をyamでインストールすると「pecl install sqlite」ではSQLiteはエラーになり、上手くインストールできない。。｡ﾟ(ﾟ´Д｀ﾟ)ﾟ｡

[root@adatmn ~]# pecl install SQLite
downloading SQLite-1.0.3.tgz …
Starting to download SQLite-1.0.3.tgz (371,189 bytes)
…………………done: 371,189 bytes
50 source files, building
running: phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20050922
Zend Extension Api No: 220051025
building in /var/tmp/pear-build-root/SQLite-1.0.3
running: /tmp/tmplFRhad/SQLite-1.0.3/configure
checking for egrep… grep -E
checking for a sed that does not truncate output… /bin/sed
checking for gcc… gcc
～～～略～～～～
/tmp/tmplFRhad/SQLite-1.0.3/sqlite.c:56: error: ‘BYREF_NONE’ undeclared here (not in a function)
/tmp/tmplFRhad/SQLite-1.0.3/sqlite.c:56: error: ‘BYREF_FORCE’ undeclared here (not in a function)
/tmp/tmplFRhad/SQLite-1.0.3/sqlite.c:125: warning: initialization from incompatible pointer type
/tmp/tmplFRhad/SQLite-1.0.3/sqlite.c:126: warning: initialization from incompatible pointer type
make: *** [sqlite.lo] エラー 1
ERROR: `make’ failed

ｶﾞ━━(;ﾟДﾟ)━━ﾝ!!

仕方がないので、ソースからインストール。
[root@adatmn src]# wget http://museum.php.net/php5/php-5.1.6.tar.gz
[root@adatmn src]# tar zxvf php-5.1.6.tar.gz
[root@adatmn src]# cd php-5.1.6/ext/sqlite
[root@adatmn sqlite]# phpize
[root@adatmn sqlite]# ./configure
[root@adatmn sqlite]# make
Build complete.
(It is safe to ignore warnings about tempnam and tmpnam).

[root@adatmn sqlite]# cp modules/sqlite.so /usr/lib/php/modules/
[root@adatmn sqlite]# echo extension=sqlite.so > /etc/php.d/sqlite.ini

再起動
[root@adatmn sqlite]# service httpd restart

これで、eyeOSのエラーは出なくなった。

VMwear ESXi4 Client

2012-04-30T22:20:00.002+09:00

2010年の記事移植

サーバのインストールが出来たら、クライアントから接続して仮想サーバを構築する。
仮想サーバ事態は、CPU数、メモリ数、DISK容量、ネットワーク設定などを設定して、起動させればあとは普通のPCのインストールと同じ。

ＥＳＸｉ４は準仮想化にも対応しているけど、ＶＭｗｅａｒの方針としては次世代ではサポートしなくなるかも。
理由はＣＰＵの性能が上がってるし、ＩｎｔｅｌＶＴなどの仮想化支援機構が発達してきているかららしい。。

性能的には、完全仮想化よりも準仮想化のほうがパフォーマンスは良いのだけれど。。。
Ｌｉｎｕｘでは、準仮想化に対応しているのはUbuntuの最新版とか、Ｋｅｒｎｅｌのバージョンが２.６．２１以降を採用しているものだったかな。
ＲｅｄＨａｔＥｎｔｅｒｐｒｉｓｅやＣＥＮＴＯＳは２.６.１８ベースなので、ＮＧっぽい。(´・ω・｀)

※よく分からんのだけれど、１８.ｘｘのパッチで対応していないのかな。。？
　ネットで調べると人によってはxenKernel入れればOKみたいな記事あったけど、
　ちゃんと準仮想化で動いてるのかな？
　試してみたけど、boot時のログには、VMI(ESXi4の準仮想化オプション)のログは
　見当たらなかったのだが。。。更なる調査が必要だ。(｀・ω・´)

VMwear ESXi4インストール

2012-04-30T22:18:00.004+09:00

2010年の記事移植

無料で使えるベアメタルハイパーバイザ。

家のサーバもHDD追加して容量も増えたし、せっかくIntel VT対応CPU(Core2Duo)なので、サーバを仮想化しました。

サーバの構成は、
　CPUはCore2Duo　E6200、メモリは3GB
　HDDは1.5TB＋SSD80GB
といった感じ。CPUがちょっと弱いけど、余ってるPCなのでまぁ仕方がない。

とりあえず、現状のサーバのバックアップを実施して作業用PCへ退避。
DBと/varのWEB情報。/homeの情報など。6GBもバックアップあった。。。

OSの領域とか、APLの領域は再インストールすることにした。
VMwear ESXi4のインストールはハードウェアが対応していると、すごく簡単にインストールできる。

ただし、ハードウェアの対応状況は非常に少なく、対応しないハードだったら他のハイパーバイザにしたほうが楽。(´・ω・｀)

私のPCは対応していたので、10分ぐらいでインストールできた。
ちなみに、HDDはIDEはNGっす。SATAじゃないとNG。

NICもIntelとかのほうがすんなり認識。マイナーどころは認識してくれない。。。
CPUもAMD系は認識しない。。。などなど。。かなりハード選びます。
ESXi4自体はたとえるならBIOS画面みたいなイメージかな。

基本的なサーバの設定とかは、ネットワーク越しに別のクライアントツールを使用して設定する感じ。

ESXi自体のインストール手順は割愛。ググレばいっぱいでてくるし、
ぶっちゃけ、手順なんか必要ないぐらい簡単。(*´∀｀*)
※ただし、ハードが対応している場合のみね。(´・ω・｀)

mod_Uploaderを使用したUploader構築メモ

2012-04-30T22:15:00.004+09:00

2010年の記事移植

mod_Uploaderを使用してuploaderを作成してみた。

mod_UploaderはApacheのプラグインとして動くので、
WEB層で実装したuploaderより性能が非常に高いのが特徴です。

参考サイト
http://acapulco.dyndns.org/mod_uploader/apache.htm

現時点で最新？バージョンのインストール手順を以下公開しまー
そんなに面倒ではない。
※今回はCENTOS5でソースからコンパイルした手順です。
※ソースからコンパイルした後に気がついたけどrpmもあるようなので、
　そっちを使ったほうが楽かな。yumにもあるかも。。
　
作業ユーザはrootで実施。

とりあえず、コンパイルするまえに、必要なモジュールをyumでインストール。
# yum install ImageMagick-c++-devel
# yum install httpd-devel

mod_uploaderをダウンロードする。
# wget http://iij.dl.sourceforge.jp/mod-uploader/30869/mod_uploader-3.0.9.tgz

解凍し、ディレクトリの中に移動
# tar zxvf mod_uploader-3.0.9.tgz
# cd mod_uploader-3.0.9

configureを実行する。
※オプションは任意。
# ./configure –enable-empty-comment –enable-empty-password –enable-remove-unpopular –enable-thumbnail

make、インストールする。
# make apache-module
# make -f GNUmakefile.apache install

これで、インストールまで完了

以下、APL準備手順
※ここからは、サンプルの構築方法
必要なディレクトリを作成。
# mkdir -p /var/www/Up/img
# mkdir -p /var/www/Up/css
# mkdir -p /var/www/Up/js
# mkdir -p /var/www/Up/file
# mkdir -p /var/www/Up/date
# mkdir -p /var/www/Up/thumb
# mkdir -p /var/www/Up/tmp
# mkdir -p /var/www/Up/tmpl/en

作成したサンプルファイルをコピー
# cp /root/mod_uploader-3.0.9/img/* /var/www/Up/img/
# cp /root/mod_uploader-3.0.9/js/* /var/www/Up/js/
# cp /root/mod_uploader-3.0.9/css/* /var/www/Up/css/
# cp /root/mod_uploader-3.0.9/tmpl/en/* /var/www/Up/tmpl/en/

アクセス権をApacheユーザに設定。
# chown -R apache:apache /var/www/Up/*

ここから、uploaderの設定をする。
# vi /etc/httpd/conf/httpd.conf

以下を追加する。

# uploader

SetHandler uploader

UploaderBaseUrl “http://adatmn.dip.jp/ｘｘｘｘｘｘｘ”　←URLを適当に

UploaderDataDirectory “/var/www/Up/date”
UploaderFileDirectory “/var/www/Up/file”
UploaderThumbDirectory “/var/www/Up/thumb”
UploaderTempDirectory “/var/www/Up/tmp”

UploaderFileSizeLimit 102400　　　　←1ファイルあたりの最大サイズ
UploaderTotalFileSizeLimit 10240000　←全体の最大サイズ
UploaderTotalFileNumberLimit 1000
UploaderPerPageItemNumber 20

UploaderIndexViewTemplate “/var/www/Up/tmpl/en/index.htm”
UploaderInfoViewTemplate “/var/www/Up/tmpl/en/info.htm”
UploaderProgressViewTemplate “/var/www/Up/tmpl/en/progress.htm”
UploaderDownloadViewTemplate “/var/www/Up/tmpl/en/download.htm”
UploaderThumbnailViewTemplate “/var/www/Up/tmpl/en/thumbnail.htm”
UploaderAdminViewTemplate “/var/www/Up/tmpl/en/admin.htm”
UploaderErrorViewTemplate “/var/www/Up/tmpl/en/error.htm”

Alias /up_img “/var/www/Up/img”
Alias /up_css “/var/www/Up/css”
Alias /up_js “/var/www/Up/js”

ここまで。

最後にApacheを再起動すれば完了
/etc/rc.d/init.d/httpd restart
[OK]
[OK]

以上

RTFM vs STFG

2012-04-30T21:38:00.000+09:00

2009年の記事移植
RTFMって最近聞かなくなった。

プログラマーとジレンマを読んでいてRTFMって単語久しぶりに見たけど、
日本では、Read The Fakkin Manualではなく、要は「ググれカス！」が多く使われている。

じゃSTFG(Search The Fakkin Google)ってことかｗ

[書籍]プログラマーのジレンマ

2012-04-30T21:36:00.005+09:00

2009年の記事移植

Linux以外のネタですが、
プログラマーのジレンマ - 夢と現実の狭間をいまさらながら読んでいる。

内容はデスマーチプロジェクトを足取りを追ったノンフィクション。
もうひとつの「人月の神話」って売り込み文句なんで、買ってみたけど中々面白い。
IT業界の洋書の翻訳にしては日本語の構文は割りとまともで読みやすいが、
1点。。。名詞をそのまま訳してるところが多々ある。。。
「MySQL」は「MySQL」が名詞(商品名)なのに、「マイSQL」って訳してる。。。。
ほかにも、そんなおかしな点がちらほら。。

物語はオープンソースでPIM(統合管理ツール)を作成するプロジェクトを3年にわたってレポートしている。人月の神話と大きく違うところは、彼らには決まった顧客がない。なので、本当の締め切りがない。実際に本書がリリースされるまでに、このソフトはリリースできていない。

開発するチームは天才プログラマといわれているようなドリームチームだが、作成する製品へのこだわりと理想などが入り組み合いプロジェクトはどんどん遅れていく。。。といった感じ。

まぁ第1章から「絶望」ってタイトルだしｗ
個人的には、第5章の「犬とギークの扱い方」が面白かった。

原題な、長いっすね。。
Dreaming in Code: Two Dozen Programmers, Three Years, 4,732 Bugs, and One Quest for Transcendent Software

直訳すると
「夢のコード：２ダースのプログラマー、三年の月日、4732のバグと1つの飛びぬけて優れたソフトウェアの探索」

これから何かプロジェクトで作る前に読む本としては、なかなか、お勧めの本だと思います。

zSeries上でのLINUX

2012-04-30T21:35:00.004+09:00

2009年の記事移植

zSeries上でLinuxを動かすには、ネイティブ、LPAR、z/VMの上でなければならない。

でも、z890、z990はネイティブ稼動が出来たらしいが、990以降のzSeriesではサポートしていない。

かならず、LPARかVMが必要になる。

ちなみに、対応しているLinuxは商用だとRedHat Enterprise LinuxかSUSE Linux Enterpriseになる。無償だとDebianが対応。

対応状況だとSUSEが一番早いらしい。

※z対応LinuxのカーネルバージョンをみるとSUSEが一番若い

VMもSUSEもドイツで開発が盛んなので、z上のLinuxはSUSEがメインとなっているようだ。

LINUX研修行って来たYO

2012-04-30T21:34:00.001+09:00

2009年の記事移植

9/10、11　にｚLinuxの研修に行ってきた。(研修価格10万ぐらい。。)

研修のメインはｚSeries上で稼動するLinuxの導入と簡単なシステム管理。
個人的にはLinuxの基本的なことは十分理解しているので、zとのデバイス周りにポイントを置いて話を聞いていた。

2日間あったけど、初日の午前中と、2日目の午後後半は為になったけど、
あとは、すべて知ってる内容であまり講義を受ける必要はなかったな。。

どうやら私が知りたいことは、後続の研修コースがメインだったらしく今回受けた研修では軽くしかやらないとのこと。。Σ(ﾟдﾟlll)ｶﾞｰﾝ
ただ、講師の先生が良い人で、色々デバイス周りや、コース外の質問も答えてくれてなかなか良かったです。
しかも、講師の人が察してくれたのか、せっかく実機使えるので、わかってる内容なら授業聞かないで好きに実機使っていいよって言ってくれたので、色々試すことができた。(*´ω｀*)

で、やった内容。
・ｚ上にゲストとして稼動しているLinuxに新規DASDの追加。
・Linux rootログイン不可時の復旧オペレーションなど。

なので、まぁ元はとれたかな。

MINI DISKとDASD

2012-04-30T21:27:00.003+09:00

2009年の記事移植

ミニディスクとかDASDとか、メインフレーム経験者じゃないとぴんと来ない単語です。
私は、メインフレーム自体触ったことがないので、ぴんとこなかったですが、
簡単に纏めると以下になります。

・DASD　・・・汎用機(メインフレーム)でのディスク名。パソコンで言うHDDのこと。
・ミニディスク・・・DASDを区分化したもの。PCで言うパーティション単位に分割された区画。

z/VMのネットワーク

2012-04-30T21:26:00.002+09:00

2009年の記事移植

ゲストOSをネットワークに接続させるには何通りか手順があるけど、大体VirtualSwitchを使うのかな。

VSwitchとも言いますが、仮想的なLANになります。各ゲストOSにて仮想LANアダプタを定義して仮想ネットワークに接続することが出来ます。

仮想LANが実LANアダプタ(OSAExpress)を通して外部の実ネットワークに接続することも可能です。

THE PENGUIN AMUSEMENT PARK

Raspberry Pi CPUオーバークロック方法

Raspberry Piと遊んでみた その3

Raspberry Piと遊んでみた その２

Raspberry Piと遊んでみた その１

DB2で高速にテーブルのデータを削除する方法

DB2 V10.1 ストレージグループを使ってみる

DB2をbtrfs上にインストールしてみる(失敗)

DB2 V10.1 Express-C をSLES11 SP2にインストール その３

DB2 V10.1 Express-C をSLES11 SP2にインストール その２

DB2 V10.1 Express-C をSLES11 SP2にインストール その１

SLES11 SP2 CMMA(CMM2)のサポート復活

z/VMの運用(AUTOLOG1)についてまとめ

z/VMの運用(Wakeup)についてまとめ

VMware Playerの中にVMware ESXを構築

VMware ESX IP変更手順

eyeOS

VMwear ESXi4 Client

VMwear ESXi4インストール

mod_Uploaderを使用したUploader構築メモ

RTFM vs STFG

[書籍]プログラマーのジレンマ

zSeries上でのLINUX

LINUX研修行って来たYO

MINI DISKとDASD

z/VMのネットワーク

Raspberry Piと遊んでみたその3

Raspberry Piと遊んでみたその２

Raspberry Piと遊んでみたその１

DB2 V10.1 Express-C をSLES11 SP2にインストールその３

DB2 V10.1 Express-C をSLES11 SP2にインストールその２

DB2 V10.1 Express-C をSLES11 SP2にインストールその１