fetus Diary


すうぃ~と 美夏ちゃん、ただいま参上!
- ゲームとサーバと PHP と C++ と内輪ネタ 時々 テツ -

2008/04/01(火)

IE8β

<TD valign="middle"> の動作がおかしい気がする。

Minefield

某サイトのα付 PNG 使用判定のためのコードがどうにも Minefield (Firefox 3 になるもの) で動かないので調査。

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9pre) Gecko/2008033105 Minefield/3.0pre

なにこの UA

って言っても何のことかわからないだろうから… Gecko/ の後の数字が変。ここ、たとえば Firefox 2.0.0.13 だと Gecko/20080311 なのよね。

Mozilla の文章によると GeckoProductToken とされているものは

Gecko/GeckoVersion

で、GeckoVersion は

Date in the format YYYYMMDD.

と書いてあるからやっぱり桁数がおかしい。

件の文章はだいぶ古いし、使っているの自体が Nightly Build だからなんともいえないけど。

とりあえず、正規表現を \sGecko/[[:digit:]]{8}\b から \sGecko/[[:digit:]]{8,}\b に変更したけどさ…。

# Mozilla 的には判定は "Gecko/" でやってねってことなんでまあ、アレだけど。

IE8β

script.aculo.us の SlideDown/SlideUp を使うとたぶん悲しい

# スクロール中に中身全部見える…。

っていうか、script.aculo.us も lightbox も挙動不審。

ブラウザたくさん

普段は能力不足のため机の脇で眠っている Vista ノート(起動するのは CD 焼くときくらい)を呼び起こして…

・Windows Vista SP1 をあてる

・Internet Explorer 8β を入れる

・Firefox の trunk nightly build (Minefield)を入れる

・Opera を入れる

・Safari を入れる

・作っている某サイトを表示してまともに表示されているか調べる

・壊れ方が許容範囲外()だったら手を入れる

とかやってると大変疲れる。ちなみに、IE 6 のテストはメインマシンで。IE 7 は、IE 8 の開発機能を使っているけど…、まあ本物とはちょっと違うんだろうね、たぶん。

ちなみに

4 月ですが新年度とか全く関係ありません。

だって年度末/年度初め違うんだもん。

ラブ バズーカ

恋する度に ギュンギュン威力を増していく
LOVE☆BA☆ZOOKA

(L・O・V・E! LOVE☆BA☆ZOOKA!)
(L・O・V・E! L・O・V・E!)

涙なんて見せない
せめてあの娘の前で
カッコ悪いところ 見せたくないよ

作り笑いは得意じゃない
いつだってストレート

(L・O・V・E! LOVE☆BA☆ZOOKA!)

恋する度に ギュンギュン威力を増していくハートに
願い込めて 詰め込んで
キミに向かってる

恋は戦場 至近距離から放つ
ボクのすべてを キミは気づいてるの?
LOVE LOVE LOVE☆BA☆ZOOKA

(L・O・V・E! L・O・V・E!)

ボクは恋する戦士

キャラが男で合ってないと思ったら、声が合ってないのね。これ男視点だわ。

終了

fetus の某 SNS 風デザインと、ICOMU-M@STER の公式風デザインは代替スタイルシート化。Firefox とか Opera だと代替スタイルシート表示できるはず。たぶん。

more...

2008/04/02(水)

メーラ移行

EdMax から EdMaxU に移行

変換するのに 2 時間以上かかった

# ロシア語の SPAM とかがデコードされるようになるんだろうか

ロシア語メール

KOI8-R + BASE64MIME エンコードされたヘッダや、KOI8-R でエンコードされた本文はデコードされるようになった

X-Mailer: The Bat! (v3.62.14) Educational
 Subject: Усиление эрекции - Средство для мужчин из Тибета
    Date: Wed, 2 Apr 2008 10:06:39 +0300
    From: Тераза Львовна <mtdovs@boothuggers.com>
      To: info@******
Reply-To: mtdovs@boothuggers.com
X-Text-Classification: spam

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
</HEAD>
<BODY>

<table width=700 align=center><tr><td align="center">
<a style="COLOR: #1b51ff; font-size: 21; font-family:Arial, Helvetica, sans-serif;" href="http://m-staff.ru/"><b>МАДЖИК СТАФФ - ПРЕПАРАТ УВЕЛИЧЕНИЯ ЭРЕКЦИИ</a>
<a style="COLOR: #0000ff; font-size: 13; font-family:Arial, Helvetica, sans-serif;" href="http://m-staff.ru/"><br><br>Уcиливает эрекцию, а также остроту и глубину ceксyальных ощущений и оргазма<br><br></a></td></tr><tr><td align="center">
<a style="COLOR: #0000ff; font-size: 13; font-family:Arial, Helvetica, sans-serif;" href="http://m-staff.ru/"><b>Tибeтcкая мeтoдика гарантирует yвеличение pазмеpoв пoловoго члeна на 25-30 процентов</b></a><br><br></center>
<b href="http://m-staff.ru/" style="COLOR: #000000; font-size: 13; font-family:Arial, Helvetica, sans-serif;">Cредство пpоизводится по дpевнему pецепту в Тибeте, из редких, натуральных компонентов.
<u>Многократно пpeвосходит по действию</u>, извeстные, в тoм числе cинтeтические aналоги.
<u>Главное отличие: </u>воздействует на психогенную составляющую, нeобычайно pасширяет, yглубляет и продлевает oщущение oргазма, пpолонгирует длитeльность пoлового aкта. <a style="COLOR: #0000ff; font-size: 13; font-family:Arial, Helvetica, sans-serif;" href="http://m-staff.ru/"><br>Первый в исmории препарат: oбладает эффектoм yвеличения пениcа даже от пpиема вcего 2-х кaпсул.</a>
<a style="COLOR: #008000; font-size: 13; font-family:Arial, Helvetica, sans-serif;" href="http://m-staff.ru/"><br>100% бeзопасен. Hе вызываeт пpивыкания. Не имeет пoбочных эффектов. Coвместим с приeмом даже больших доз aлкоголя. <br><br></a>
<u><b>ГАРАНТИЯ КАЧЕСТВА: </u> CPEДСТВО ОПРОБОВАНО, КЛИНИЧЕСКИ ИCПЫТAНО И OДОБРЕНО АССОЦИАЦИЯМИ АНДРОЛОГОВ PОССИИ, УКРАИНЫ И ЕВРОСОЮЗА.<br><br>
Зapегистрировано экcпертами Минздравa и Pоспотребнадзорa Рoccии, средство пpошло более 5-ти подтвержденных, наyчных клиничeских иccледований в России √ эффективно в 89% случаев. 
<br><br>
<a href="http://m-staff.ru/" style="COLOR: #0000ff; font-size: 21; font-family:Arial, Helvetica, sans-serif;">вся инфopмация и зaказ на cайте - ЗДЕСЬ<br></a>
<a style="COLOR: #000000; font-size: 11; font-family:Arial, Helvetica, sans-serif;">Государственное cвидетельство о pегистрации в РФ 77.99. 23.3. У.12169.10.05 от 21.10. 2005<br><br></a>
<a style="COLOR: #000000; font-size: 16; font-family:Arial, Helvetica, sans-serif;">Kонсультация cпециалистoв и зaказ препаpата с доcтавкой<br>
тeл. : </a> <a style="COLOR: #ff0000; font-size: 22">8 (495)  971 0111<br><br></a> 
<a style="COLOR: #000000; font-size: 13; font-family:Arial, Helvetica, sans-serif;"><u>Весенняя акция:</u> до 31 марта 2008 г., доставка по Москвe и всeй России - </a> <a style="COLOR: #99cc00; font-size: 18; font-family:Arial, Helvetica, sans-serif;">БЕСПЛАТHО.</a> </td></tr></table>

</BODY></HTML>

どーせ読めないケドな。

EdMaxU

どうせなら、データファイルとか UTF-8 にすればよかったのに。

いや、Windows の API での UNICODE ってのは UTF-16LE だから wchar_t (っていうかたぶん TCHAR) をそのまま扱うのが楽なのはそうなんだろうけどね…。

# あと、日本語の大多数の文字は 3 バイトにエンコードされるから UTF-16 より UTF-8 のほうがデカくなる問題はあるか。

2008/04/03(木)

メーラ移行2

…自宅の PC のメーラ移行、会社 PC よりもデータサイズデカいはずなんだけども 30 分くらいで終わりそうな勢い。

しかも、メール内容のコピーに時間がかかりまくっていた会社 PC と違って、単純に添付ファイルのコピーに時間がかかっている模様。

……まあ、スペック違いすぎるのは確かなんだけどね……。ショボい Sempron 3000+ と Athlon 64 X2 5200+ を比べるなってことか。

# Sempron は Cerelon に対するモデルナンバーなので、同じモデルナンバーの Athlon より性能はだいぶ下

MITM攻撃

海外の決済サービスで、「ポップアップかインラインフレームでウチの決済サイトを開いてくれれば決済できるよ」というのがあるのだけど、これどうやって Man-in-the-Middle 攻撃を防ぐんだろう(特にインラインフレーム)。

そのサイトを開く前段から中間者攻撃に入って、開く URL を書き換えてやればいとも簡単に、しかも気づかれにくく盗聴することができそう(別のドメインでやれば正規の証明書使えるし。いちいちそこまで確認したりしないでしょ、普通)なんだけど、どうやって防ぐんだろう。

防ぐためには、前段から SSL を導入してやるしかなさそうなんだけどなぁ…。

無反応バグ?

左黄赤(2・5)の同時押しが両方無反応だった…。

メンテの問題だとしたら 2 つ同時ってのはありえないし、確実に両方叩いたのに両方はずしてるなんて考えにくいし、やっぱりバグなんだろうか。

pop'n 15 でバグが話題になったときは感じられなかったんだけどなぁ…。

# 今はボタンが USB でつながってるらしいから取りこぼしたりしたのかもしれんけど。

ごみ

今日は廃プラの日だったよなあ~と思ってクリーンカレンダーを確認しようとするも、2007 年度とか書いてある。仕方ないのでネットで確認。

…なんか、大幅に変わってますよ?

っていうかペットボトルと一緒かい。

more...

まあ、確かに好きじゃないけど

 Subject: 【福田内閣メールマガジン 第25号】政治の責任。福田康夫です。(2008/04/03)
    Date: 3 Apr 2008 07:00:00 +0900
    From: 首相官邸 <kantei@mmz.kantei.go.jp>
      To: kantei-ml-user@mmz.kantei.go.jp
Reply-To: kantei@mmz.kantei.go.jp
X-Text-Classification: spam

●━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━●
      福田内閣メールマガジン(第25号 2008/04/03)      
●━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━●

ウチの popfile はついに spam 扱いを始めた><

膨大なレコードの処理

いろんな事情で DB を改造しないといけなくなったので準備のための作業中…。

膨大な数のデータがあるテーブルの各レコードに処理をしなきゃいけないんだけど…。

331728 (23.63 record/sec, 111035 seconds remain)

おわらねぇ…。残り 1 日と 7 時間とか言ってる…。

北朝鮮、韓国の謝罪拒否に「軍事報復」を示唆

北朝鮮は3日、韓国の金泰栄(キム・テヨン、Kim Tae-Young)合同参謀本部議長の発言に対する謝罪要求を韓国が拒否したことに対し、「軍事的報復を行う」と表明した。

言葉通りだったら宣戦布告じゃないの?これ。北朝鮮にそんな体力があるとは思えないんだけども。

あー、今戦争されるとマズいな。首相がどういう行動に出るか正直わからん。

2008/04/04(金)

[2008/04/01]終了 へのコメント(#4)(BlogPet)

HiNaの「[2008/04/01]終了 へのコメント(#4)」のまねしてかいてみるね

地味にこんなの作ってみたりしたhttp://fetus.k-hsu.net/default.net/default.k-hsu.net/default.net/default.net/default.php

*このエントリは、ブログペットの「やよい」が書きました。

所見

・あと約 1 日らしい

・自動的にメンテナンスが検出される不具合は発生しなかったらしい

・取りこぼしがあるかはわからない

とらドラ! コミックス

みのりんが可愛い。

アイマスライブ

某所のコメントが「バースデーソングか…」「こちらは NTT(ry はやめろ」ばかりで笑った。

カオスなテーブル定義

CREATE TABLE admin_standard_credentials (
    credential_id text NOT NULL PRIMARY KEY REFERENCES admin_credential_master(credential_id) ON DELETE CASCADE
);

いや、自分で今しがた作ったんだけど。唯一のカラムで PRIMARY KEY で NULL が許可されなくて admin_credential_master テーブルの credential_id に同じ値が存在して、admin_credential_master テーブルからその値が消えたら巻き込まれて自分も死ぬという謎条件。

admin_credential_master に boolean 値のカラムを追加しろよといわれたら返す言葉もない。

小細工してみたんだが・・・

いろいろ小細工をしてみたものの、

1984312 (25.0 record/sec, 39027 seconds remain)

結局明日の朝なのよね。今の予定だと 10 時間 50 分後だから、5:30 頃終わるのかな。夜中は忙しくなるからもうちょっとかかると思うけど。

負荷

大体 25.8レコード/秒~25.9レコード/秒 くらいで処理中。

ただし、

load average: 3.78, 3.80, 3.66

とかいうことになっているので、怒られないかビクビクもの。

# いや、怒られないんだけど。

まあ、CPU 4 つ載っているように見える(物理は 2 つのはず)ので Load Ave. 3.8 なら正常範囲ではありますが。

# しかし、IO wait が支配的なはずなので本当に良いかは微妙。

何なんだろうね

「朝は忙しいので親の朝食も用意して」「ブランドの服は、後でネットオークションで売れなくなるから、名前を書きたくない」――。学校などに無理難題を押しつけたり、理不尽な要求をしたりする「モンスターペアレント」が富山市内の保育所でも問題になっている。市はクレームを対応に生かすため、冊子「保育所クレーム対応事例集」を作成した。

こういう親じゃなくて良かったなぁ~。いろんなところ走り回って転んで服やぶったり、砂場や田圃で遊んだりしたもんなぁ。

……「子供の飯だけじゃなくて親の飯も用意しろ」、その発想はなかった。子供の朝食を給食にして、ってのはまだわからんでもないが。

ココロ日記

HiNaさんちのお風呂がジャグジーだったら是非行ってみたいです

ジャグジーどころか、肩が両サイドに当たって、ぎりぎり膝が湯に浸かるくらい狭いんだが。

# 基本シャワーと考えてあるんだろうけどな

2008/04/05(土)

終わってた

6:50 くらいに終わった模様。

作業中に追加されたレコードに対しては反映されていないからまだちょっとだけ残ってるけど。

キャー

postgres 23737 84.8  1.7 94292 17844 ?       D    12:14   2:38 postgres: USERNAME DATABASE1 172.17.1.45 CREATE INDEX
postgres 23789  0.0  0.3 91076 3820 ?        S    12:14   0:00 postgres: USERNAME DATABASE1 172.22.32.1 INSERT waiting
postgres 23983  0.0  0.3 91076 3896 ?        S    12:15   0:00 postgres: USERNAME DATABASE1 172.22.32.1 INSERT waiting
postgres 24060  0.0  0.3 91076 3832 ?        S    12:15   0:00 postgres: USERNAME DATABASE1 172.22.32.6 INSERT waiting
postgres 24146  0.0  0.3 91076 3872 ?        S    12:16   0:00 postgres: USERNAME DATABASE1 172.22.32.1 INSERT waiting
postgres 24182  0.0  0.5 91216 5720 ?        S    12:16   0:00 postgres: USERNAME DATABASE2 172.22.32.2 idle
postgres 24188  0.0  0.3 91076 3892 ?        S    12:16   0:00 postgres: USERNAME DATABASE1 172.22.32.2 INSERT waiting
postgres 24194  0.0  0.3 91072 3648 ?        S    12:16   0:00 postgres: USERNAME DATABASE1 172.22.32.6 INSERT waiting
postgres 24216  0.0  0.3 91076 3848 ?        S    12:16   0:00 postgres: USERNAME DATABASE1 172.22.32.2 INSERT waiting
postgres 24217  0.0  0.3 91072 3620 ?        S    12:16   0:00 postgres: USERNAME DATABASE1 172.22.32.6 INSERT waiting
postgres 24228  0.0  0.3 91072 3620 ?        S    12:16   0:00 postgres: USERNAME DATABASE1 172.22.32.1 INSERT waiting
postgres 24254  0.0  0.3 91076 3884 ?        S    12:16   0:00 postgres: USERNAME DATABASE1 172.22.32.2 INSERT waiting
postgres 24320  0.0  0.3 91076 3888 ?        S    12:16   0:00 postgres: USERNAME DATABASE1 172.22.32.6 INSERT waiting
postgres 24336  0.0  0.3 91076 3904 ?        S    12:16   0:00 postgres: USERNAME DATABASE1 172.22.32.1 INSERT waiting
postgres 24482  0.0  0.3 91076 3872 ?        S    12:17   0:00 postgres: USERNAME DATABASE1 172.22.32.2 INSERT waiting
postgres 24543  0.0  0.3 91076 3896 ?        S    12:17   0:00 postgres: USERNAME DATABASE1 172.22.32.6 INSERT waiting
postgres 24550  0.5  1.4 91096 15164 ?       S    12:17   0:00 postgres: USERNAME DATABASE3 172.22.32.2 idle
postgres 24571  0.0  0.3 91076 3892 ?        S    12:17   0:00 postgres: USERNAME DATABASE1 172.22.32.2 INSERT waiting
postgres 24612  0.0  0.3 91072 3632 ?        S    12:17   0:00 postgres: USERNAME DATABASE1 172.22.32.6 INSERT waiting

苦情が怖いよう…。怖いから続きは平日の昼間にしよう、そうしよう。管理ツール用の補助 INDEX だからたぶん困らないでしょう。うん。

プレイヤー名

インターネットランキング始まって、変更できるようになったんじゃね?と思って携帯サイト見たらやっぱり変更するところがあった。

うーわっほい」じゃあ、まあ、アレなので変更したいなぁと思ってたのよ。

more...

夜間バッチ

某サービス群のサーバで夜中に走っているバッチをちょっと変更。

っていうか昔々の設定に戻しただけだけど(諸々あって小細工をしてあった)。

たぶん、「バッチが走っている間なんかちょっと重い」程度で収まるはずなんだけど、実際にどうなるかは明日の朝起きてから調べる。

で、ダメそうだったら戻す。戻したところで根本的解決にはならないけどな。そうなったら、もうソフトウェアのバージョンを上げてやるのがよさそうとしか言えないかしらね。

2008/04/06(日)

夜間バッチ

どうも、うまく動いたようだ。

ついでにバッチの処理時間が 30 分ほど縮んでた。

# 時間かかる処理を削ったんだから当然だけど。

花見

音ゲー方面の方(ただし、京橋でやっているような人ではない)とお花見。場所は、夙川公園の東海道本線さくら夙川駅近く。

# どうでもいいけど、夙川って読めないよね。

マクロ撮影が予想よりいい感じだったこのカメラ

菓子類をつまみながらまったりと。

集合したあたりでピザ屋が来てパンフレット配って行ったので「@ピザ」の話題で盛り上がったり、pop'n や IIDX の話題で盛り上がったり。

ポップンのうまい人が新規に加入された(まだしてないのかな)ので自己紹介とかしてみたり。『デラはやりません。ポップンは、「そばかす EX」ができないくらい、「月のワルツ EX」ができるくらい、「オンラインラブポップ EX」ができるくらい』……われながら良くわからん。ただ、プレーヤー間では結構伝わると思われ。

相変わらず、その面子のうち現役ポップンプレーヤ(元は全員ポップンプレーヤー)でダントツのショボさを誇る私でございます。それで見下す人々ではないので別に良いのだけど。『Lv20 代後半~Lv30 くらいまでの譜面が楽しい』というのはある程度共通するみたい。それ以上は自分との戦いになる、らしい。私は突入したばかりだからなんともいえないけど。

抑止

集合のために大阪環状線に乗って梅田(っていうか大阪)に向かっている時、天満駅で運転抑止食らった。10 分ほど。原因は不明だけど、放送によると「大阪駅で車両点検を行っているため」。

乗っていた関空/紀州時快速(ただし、京橋-大阪なので事実上の各駅停車)は天満で抑止だけど、天満-大阪間にもう 1 列車居たようで、大阪駅場内停止信号。まあ、仕方ないよね。先行列車の発車を待って大阪着。

結果、遅刻。

まあ、人数も多くないし、目的が目的なのもあるし、グループの性格からいって大して時間に厳しくもないのでどうということはないのだけど。

2008/04/07(月)

こなぁぁぁぁぁぁぁゆきぃぃぃぃぃぃ

粉雪 N の NO BAD に 4 回もかかってしまった…。

低速嫌い。

ハイパー J パーティロック H

ほとんど曲聴かずに譜面だけ見て見えるままに叩くという「それはどうなのよ」という状態でクリア。

BAD 50 とかで収まったのはマシなほうですよ、マジで。

# ああいう譜面は苦手なのら

Query Plan

DATABASE=# EXPLAIN SELECT * FROM log_data WHERE regist_date >= '2008-04-01 00:00:00' AND regist_date < '2008-04-02 00:00:00';
                                                                         QUERY PLAN
------------------------------------------------------------------------------------------------------------------------------------------------------------
 Index Scan using ix_log_data_2 on log_data  (cost=0.00..36535.40 rows=9214 width=185)
   Index Cond: ((regist_date >= '2008-04-01 00:00:00'::timestamp without time zone) AND (regist_date < '2008-04-02 00:00:00'::timestamp without time zone))
(2 rows)

DATABASE=# EXPLAIN SELECT * FROM log_data WHERE regist_date >= '2008-04-02 00:00:00' AND regist_date < '2008-04-03 00:00:00';
                                                                         QUERY PLAN
------------------------------------------------------------------------------------------------------------------------------------------------------------
 Index Scan using ix_log_data_2 on log_data  (cost=0.00..36535.40 rows=9214 width=185)
   Index Cond: ((regist_date >= '2008-04-02 00:00:00'::timestamp without time zone) AND (regist_date < '2008-04-03 00:00:00'::timestamp without time zone))
(2 rows)

DATABASE=# EXPLAIN SELECT * FROM log_data WHERE regist_date >= '2008-04-03 00:00:00' AND regist_date < '2008-04-04 00:00:00';
                                                                         QUERY PLAN
------------------------------------------------------------------------------------------------------------------------------------------------------------
 Index Scan using ix_log_data_2 on log_data  (cost=0.00..36535.40 rows=9214 width=185)
   Index Cond: ((regist_date >= '2008-04-03 00:00:00'::timestamp without time zone) AND (regist_date < '2008-04-04 00:00:00'::timestamp without time zone))
(2 rows)

DATABASE=# EXPLAIN SELECT * FROM log_data WHERE regist_date >= '2008-04-04 00:00:00' AND regist_date < '2008-04-05 00:00:00';
                                                                         QUERY PLAN
------------------------------------------------------------------------------------------------------------------------------------------------------------
 Index Scan using ix_log_data_2 on log_data  (cost=0.00..36535.40 rows=9214 width=185)
   Index Cond: ((regist_date >= '2008-04-04 00:00:00'::timestamp without time zone) AND (regist_date < '2008-04-05 00:00:00'::timestamp without time zone))
(2 rows)

DATABASE=# EXPLAIN SELECT * FROM log_data WHERE regist_date >= '2008-04-05 00:00:00' AND regist_date < '2008-04-06 00:00:00';
                                                                       QUERY PLAN
--------------------------------------------------------------------------------------------------------------------------------------------------------
 Seq Scan on log_data  (cost=0.00..179533.57 rows=141289 width=185)
   Filter: ((regist_date >= '2008-04-05 00:00:00'::timestamp without time zone) AND (regist_date < '2008-04-06 00:00:00'::timestamp without time zone))
(2 rows)

DATABASE=# EXPLAIN SELECT * FROM log_data WHERE regist_date >= '2008-04-06 00:00:00' AND regist_date < '2008-04-07 00:00:00';
                                                                       QUERY PLAN
--------------------------------------------------------------------------------------------------------------------------------------------------------
 Seq Scan on log_data  (cost=0.00..179533.57 rows=369202 width=185)
   Filter: ((regist_date >= '2008-04-06 00:00:00'::timestamp without time zone) AND (regist_date < '2008-04-07 00:00:00'::timestamp without time zone))
(2 rows)

DATABASE=# EXPLAIN SELECT * FROM log_data WHERE regist_date >= '2008-04-07 00:00:00' AND regist_date < '2008-04-08 00:00:00';
                                                                       QUERY PLAN
--------------------------------------------------------------------------------------------------------------------------------------------------------
 Seq Scan on log_data  (cost=0.00..179533.57 rows=96990 width=185)
   Filter: ((regist_date >= '2008-04-07 00:00:00'::timestamp without time zone) AND (regist_date < '2008-04-08 00:00:00'::timestamp without time zone))
(2 rows)

なぜ突然シーケンシャルスキャンに切り替わりますか。

お絵かき

まともなデータベースの ER 図を描くのは至難の業。

# 線交錯しすぎ

お絵かき

頑張った。

業務連絡

  • メモリテスト(memtest86 とか)
  • Windows Update で出ている「重要な更新」をすべて適用する(Service Pack も含めて)
  • Windows Update の「ハードウェア」に出ているものがあればそれも適用する
  • PC の型番からメーカーサイトを探して、最新のドライバが出ていればそれを適用する
  • この作業を行って、再現したらググってみる

まあ、ほぼ一般論。

おじゃま

ニコ動でポップン譜面を見る度に、そのうち

こんなおじゃまが実装されるんじゃないかという気になるんですが、どうなんでしょう。

# 熱帯中にこんなのやられたら空っぽになるぞ、まじで。

2008/04/08(火)

04月08日のココロ日記(BlogPet)

HiNaさんの困る顔が見たいですっ

*このエントリは、ブログペットのココロが書いてます♪

眠いっ

最近、朝が普通の時間なので、この時間になると眠くて仕方ない。

# 経験上、起きてから 14 時間で眠気のピークがくる

高校時代は 6 時起きの 23-24 時就寝だった気がするんだけどなぁ…。

中国すげー

2008年4月8日、先月24日にアテネからスタートした聖火リレーが世各界地で妨害工作に遭っていることを受けて、中国国内では国民の怒りが沸騰している。ことにパリやロンドンで起こったリレー妨害の報道について、国内サイト上では多くのネットユーザーが過激なコメントを寄せた。

以下に中国の大手ポータルサイト・網易(NETEASE)に寄せられた
代表的なコメントを4つに類型化した。

1)チベット独立勢力への批判
・彼らは卑劣な本性を世界にさらした
・このような恥知らずの集団には未来はない、近く必ず消滅するだろう

2)西側諸国への批判
・イベントの保安体制、国家の治安に問題あり。これはフランスの恥だ
・中国の面子を潰した西側諸国とは断交すべき
・西側諸国での聖火リレーを取りやめよう

3)愛国心の鼓舞
・諸国は中国の強大さ、偉大さに嫉妬している
・この程度でわが祖国の勢いを止めることはできない
・この機会に国民は一致団結、奮起し国家の威容を示そう

4)冷静な分析・指摘
・五輪精神を汚す行為に平和を愛する市民は落胆している
・スポーツと政治を混同すべきではない
・「何故、こうなったのか?」を誰も分析しないのだろうか?

さすが中国人!おれたちにできない事を平然とやってのけるッ

そこにシビれる!あこがれるゥ!

2008/04/09(水)

【聖火リレー妨害】「バカなことをやってるよな」「長野は治安がいいので(妨害は)ないと思う」…長野市職員

また火に油を注ぐようなことを…。

# 実際問題、国境なき記者団が何かやるんじゃないかと思うし。

パフェ

やっとパフェでた…。これが初パーフェクトメダル。

# それが「フレンドリー N」(いつもやってる「フレンドリーLive」じゃないよ)ってのはどうなんだろうという気がしなくもない。まあ、パキ好きっぽくていいか。

ムードテクノ EX

エクストラゲージでギリギリ…。(うまい人(アロエの人)の動画)

なんか調整したらいろいろ見えそうな気がするのでちょっとボカしてみた

1 目盛りとか 2 目盛りでずっと耐えてた気がする。

そのくせ点数は 92359 点だし、BAD も 28 なんだよなぁ…。通常ゲージなら余裕だったりするんだろうか。

# これで常駐したハズ(携帯サイトを見る限りちゃんと N 譜面は NO BAD になってる)だから次回やってみよう。

more...

VMWare/Virtual PC 上で動いているか調べる

どこかで必要になるかもしれないので。

http://www.codeproject.com/KB/system/VmDetect.aspx

テスト環境

[root@amefurashi ~]# ps ax | grep postmaster
 2841 ?        S      0:00 /usr/bin/postmaster -p 5432 -D /var/lib/pgsql/data
 2883 ?        S      0:01 /usr/local/bin/postmaster -p 5433 -D /var/lib/pgsql/data8.2 -i
11242 pts/0    S      0:00 /usr/local/pgsql83/bin/postmaster -p 5434 -D /var/lib/pgsql/data8.3 -i
11262 pts/0    S+     0:00 grep postmaster

ぽすぐれさんだいー。

# 動かしすぎ

DB設計中

余り深く考えずに設計中。

概念図だけじゃよくわからんので、データに落としてみると疑問が出てくるからなんですがね。

そのくせ正規化だけはしっかりやってる(1:1 の関係のテーブルも沢山できてる)あたりアレだけども。

# 問題は、どのくらいの速度で動くかだなぁ。システムのネックは絶対 DB になる(ぶっちゃけ、マシンパワーが足りない分はどうにでもなる)から。

more...

本日のシャトー

左緑(3) が希に帰ってこない。

メンテをお願いはしたからもう直っているとは思うけど。

2008/04/10(木)

ムードテクノ EX

通常ゲージでやったら普通に FEVER クリアだった…。

BAD は減ったけど GOOD が増えてハイスコアでないのはお約束。

天満橋駅前

橋下知事さん

ドーンセンターを売らないで

ドーンセンター存続に向けた署名にご協力をお願いしまーす

ドーンセンターって何のためにあんの? ってすごく聞いてみたい。

理念的には別に独立した施設である必要性は感じないし。役所に窓口一つ作れば終わりそうなんだもの。

Ctrl+Shift で IME が切り替えられてムカつく

IME に 2 つ以上の入力メソッド(MS の想定はおそらく多言語入力)を登録していると、Ctrl + Shift を押すたびにそれが交互に切り替えられて大変ムカつくので解決策を調べた。

ATOK 使っている最中に MS-IME に切り替えられて途端にアホになるのはマジ勘弁。しかも、「Ctrl + Shift + →」で単語選択をしょっちゅうやる人なのでほぼ毎回切り替えられてるのよね…。

で、肝心の切り替え方はこちら。(ぉぃ

オリンピックトーチリレーって何だ

とにかくリレーすりゃいいんだろうか…。

サンフランシスコでの聖火リレー、出発直後にルート変更

中国の警備関係者らに囲まれた最初のランナーは聖火を高く掲げ従来の出発点をスタートした。

だが、ほどなく一団は水辺の巨大な倉庫へと消え、1時間後に倉庫から3キロ以上離れた幹線道路に姿を現し、見物客らを驚かせた。

チベットの旗を持ったカリフォルニア州の高校教師(30)は「卑劣だと思う。市内を聖火リレーできないのなら、誰も五輪を応援しないということだ」とコメント。また、シリコンバレーで働く中国人エンジニアは「裏切られた気がする。リレーは、中国が五輪を開催することを世界に示すものだと思うからだ」と語った。

聖火リレーは「大成功」=華僑に感謝-五輪組織委

北京五輪組織委員会の聖火リレーセンターのスポークスマンは10日、米サンフランシスコの聖火リレーが大成功を収めたと評価し、「北米各地から集まった華人華僑に感謝する」と語った。

何故しているのかはよく知らんけどさ、観客が居ないところを走って良いんだったら、世界廻る必要もないし、告知する必要もないし、そもそも走る必要すらないんじゃね?

大体、「妨害を避けるために」コースを変更って、『何故妨害されているのか』を考えたら何をしなきゃいけないかわかろうに。

あと、華人にしか感謝しないのか? 日本人に限らず、大抵の国は他民族にも感謝の意を表明すると思うぞ。仮に本当は思っていなかったとしても、メンツとして。

more...

HS

謎の対応表。

290~360 2.0
240~290 2.5
205~240 3.0
180~205 3.5
160~180 4.0
145~160 4.5
130~145 5.0
120~130 5.5
105~120 6.0
100~105 (7)
090~100 (8)
080~090 (9)
070~080 (10)
065~070 (11)
060~065 (12)

粉雪は HS 9 ですか、そうですか。

dora さんすげー

指示されたパスワードでログインできなかったので解読したらしい。

すげー、dora さん天才っ

more...

某コミュニティ

mixi の某コミュニティの「メンバーの参加コミュニティ」

  • pop'n14 Minit's
  • ポップンで首を傾げる
  • ave;new
  • あべにゅうぷろじぇくと
  • 200円うわあぁああああ
  • 夜明け前より瑠璃色な
  • 高槻 やよい
  • ちびっこアイドル
  • MOSAIC.WAV
  • 双海 亜美・真美

…なんか、思いっきり私の趣味が全面ににじみ出てない…? アイマス系コミュニティだからそういうのが出るのは良いとして。

# にしたって、やよいが上にきてるあたりもね…

2008/04/11(金)

上下さかさま

今、上下さかさまでナンキョクをやるのがアツい」という話なので、やってみた。

……いやー、キツいね。60000 点しかでなかったよ。ノーマルなのに。

公式さん、公式さん

同じナムコレーベルだからって、それはちょっと…。

閣下を 10 年前に転生させたら危険ですからっ

more...

<北京五輪>「聖火警備隊」歓迎せず 国家公安委員長

長野市で26日に予定されている北京五輪の聖火リレーで、中国側が予定するランナーに伴走する警備役の派遣について、泉信也国家公安委員長は11日の閣議後会見で「どういう立場の人か分からないが、警備みたいな役割を果たすのなら、それは長野県警の役目だと思っている。他国で走られたから日本でも走るという考え方は歓迎できない」と述べた。

警察庁によると、中国側は長野市でのリレーに伴走役の「セキュリティーランナー」として2人の派遣を予定している。2人が実際に派遣されるか、どういう役割をするか詳細は未定という。これまでの通過国では「聖火警備隊」がそろいの青い服姿で聖火を取り囲み、近付く人を取り押さえたりしている。

泉氏は会見で「警備は日本の警察が行うという原則は崩すべきではない。安全なリレーができるように長野県警が中心になって警備体制の検討を進めている」と述べた。警察庁は「伴走が聖火のトーチのメンテナンス要員なら問題ないが、警備を行うということなら日本の主権の侵害にあたり問題で中国側に警備を行わないように通告することになる」と話している。

ごめん、正直そんなまともな発言がそんな偉い人から出るとは思ってなかった。

MySQL

へぇ、MySQL って関数 INDEX 使えないのか…。

CREATE INDEX index ON table(lower(column)); とか便利なのに。

7002Dちゃん、1001Mちゃん

正直、私より写真上手いし…orz

# 私が下手すぎて考えすぎるんだな

2008/04/12(土)

容量が足りない

 --------------------- Disk Space Begin ------------------------ 

 Filesystem            Size  Used Avail Use% Mounted on
 /dev/mapper/VolGroup00-LogVol00
                       8.6G  1.5G  6.7G  18% /
 /dev/xvda1             99M   41M   53M  44% /boot
 /dev/xvdb             1.1T  963G  111G  90% /mnt/phy
 
 
 ---------------------- Disk Space End ------------------------- 

お金が無いので HDD 交換自重してたら本気でディスク足りなくなってきた。

# 消せばいいんだけどね

うーん

[root@AIRI ~]# hdparm -i /dev/sd[a-g] | grep "^ Model=" | grep -P "HD[[:upper:]]72[[:digit:]]{2}25" | perl -p -e "s/\\s+(.*?)\\s+,.+/\$1/"
Model=Hitachi HDT725025VLA380
Model=Hitachi HDP725025GLA380
Model=Hitachi HDP725025GLA380

あと 3 台か…。HGST で 25,000 円、Seagate で 27,000 円、WD で 25,500 円。うーん。

1 台ホットスペアになっているのが 320G だから、コレを使ってスペアなしにすると残り 2 台。うーん。

クリーンカレンダー

届いた。

誰だよ、サボってたのは。

たまにはアイマス

で、いきなりこういうことになったりする

やっぱりやってないと、細かいところが読めないんだよなぁ…。

# こういうメンツの時に空気なレベルで出てきて -1 をまとめて持って行くのやめてください>未来たん

たまにはアイマス(2)

そしてこういう育成をしたりする

more...

タイムトラベル EX

曲がほとんど聞こえない状態でプレイしたら、GOOD 量産、200 近く出てた。得点も 70000 行ってなかった気が…。

適正速度(今は 700BPM 相当の落下速度)くらいまで上げられれば聞こえなくてもそれなりに GREAT 出るハズなんだけどね、経験上。

「低速+同時・ずれ押し」って勘弁してくれ、って感じ。いや、さすがに Lv29 だけあってクリアは余裕なんだけどねぇ…。(一応 Lv32 の超同時押し譜面、ダークオペラ EX も安定しているわけで)

サイバーデジビート H

これ好きー。しばらく最終曲はこれかも。1 曲目か 2 曲目はちびっこアイドル(1 曲目は EX、2 曲目は H か EX)かゲットワイルド H、自キャラは「pop'n 6 ミミ」で固定だね、常駐しないから。

# こういう「なんちゃって」こそポップン。最近始めたプレーヤが言うなって怒られそうだけど。

関係無いけど新「タイマー」の負けアニメでお兄ちゃんを慰めるミニッツ萌え。

ケルトランス EX

どう考えても Lv33 じゃないだろう、アレは。

# 乱打が無ければ Lv31 くらいでいいと思うが。

そばかす EX(Lv33) といい、何なんだよ、もう。どっちも 33 じゃねぇよ。あ、ヒンディポップ EX(Lv33) もか。そういやタイムトラベル EX(Lv29) もレベル相当とは思えない同時押し(5 つとか)あったな……。

ということで

今日は 4 ビルで 1.5 時間フレープレーフリープレーして、2 ビルでしずとさんとポプってました。

# といっても、ここを見ている人でわかる人は居ないハズ。KONA 方面の人が見ていれば別だけど。

Reno でやるときは筐体の反射の関係で、普段調整している 700 前後(今は MAX 720 で調整)だとちと見づらい。

そして現在

Personalities : [raid6] [raid5] [raid4] [raid1]
md0 : active raid1 sdd1[5] sda1[0] sdb1[1] sdc1[2] sde1[6](F) sdf1[4] sdg1[3]
      104320 blocks [6/6] [UUUUUU]

md1 : active raid5 sdd2[6] sdg2[3] sdf2[4] sde2[7](F) sdc2[2] sdb2[1] sda2[0]
      1220456960 blocks level 5, 256k chunk, algorithm 2 [6/5] [UUUUU_]
      [==========>..........]  recovery = 53.2% (130088628/244091392) finish=127.0min speed=14958K/sec

お金無いのに買ってきたさ…。500GB×2。まだ 1 台しか入れ替えてないけど。

とりあえず 1 台だけ取り外した sdd(だったもの)、製造が 2007/11 なのね。ALTO のデータドライブを RAID 1 にしてもまだ余るので会社 PC にでもつけるかのぅ…。今日外す 3 台はまだまだ元気なハズ。前にハズしたヤツはあんまり元気じゃないハズだけど。(特に実測したりしたわけではない)

# 会社 PC の HDD、特にデカいデータを入れているわけじゃないのになぜか足りないのよね…。無修正のエロ画像とかあったりするけど、そんなの知れてるし。

RAID 1+0 を組んでみたい気はするけど、ベイが足りない(いや、システムドライブも 1+0 から作ればいいんだけど)のでやらない。

Owltech

Owltech (山洋) F6-N15 を買ってみた。ML115(AIRI) の HDD 冷却補助用。

想像よりずっと静かでずっと風量が多くてさすがだなぁ、と。

# しかし、高い。ハンパなく高い。倍くらいする。

上下さかさま

mixi のポップンコミュニティのネタバレスレッド見たら、「上下さかさまスコアでねー」ばかりで笑った。

# ナンキョク N のレベルが低いから何とかなってるようなもんだからなぁ、私。

「最初から最後までオジャマ」をつける必要はないんだけど、上下逆さまって完全に譜面が消える瞬間があるから、ある程度 HS つけているとひっくり返る前に覚えた譜面を全部消化してもまだ見えない(見えてもそれをリズムに乗せられるほどはっきり見えていない)、ということもあるから困る。ナンキョク N 程度ならなんとかなるんだけどね、一応。ってことで、いちいち頭切り替えるのが面倒なので「最初から最後までオジャマ」で。

# 超チャレはしないので。超チャレなら「ずっと!ON」だね。

HDD 入れ替え

[root@AIRI ~]# hdparm -i /dev/sd[a-z] | grep "^ Model=" | perl -p -e "s/\\s+(.*?)\\s+,.+/\$1/" | sort
Model=Hitachi HDP725032GLA360
Model=Hitachi HDP725050GLA360
Model=Hitachi HDP725050GLA360
Model=Hitachi HDP725050GLA360
Model=Hitachi HDP725050GLA360
Model=Hitachi HDT725032VLA360

とりあえず、320GB が 2 本、500GB が 4 本に。

たぶん、このサーバは最大でも 320 を 500 に置き換えて RAID5 の実容量 2.5TB で終わり。拡張するのにハンパなく金がかかりすぎる。(全部置き換えるのに 6-7 万円ってのはほぼ固定だと思う)

まあ、どうなるかわからんけどね。玉の数が多いってことはそれだけ故障率が高いってことだから、大きい容量の HDD 積んだ方が良いのよね。HDD の場合はプラッタとの関係もあるからアレだけど。

# とても、最初 250 の 3 本(RAID5: 500GB)だったとは思えないな。

rebuild 中

[root@AIRI ~]# mdadm --detail /dev/md1

/dev/md1:

        Version : 00.90.03

  Creation Time : Thu Oct 25 08:30:46 2007

     Raid Level : raid5

     Array Size : 1220456960 (1163.92 GiB 1249.75 GB)

    Device Size : 244091392 (232.78 GiB 249.95 GB)

   Raid Devices : 6

  Total Devices : 6

Preferred Minor : 1

    Persistence : Superblock is persistent


    Update Time : Sun Apr 13 01:20:18 2008

          State : clean, degraded, recovering

 Active Devices : 5

Working Devices : 6

 Failed Devices : 0

  Spare Devices : 1


         Layout : left-symmetric

     Chunk Size : 256K


 Rebuild Status : 4% complete


           UUID : 98a0a62d:bc80962e:879a3344:2cfcdfc7

         Events : 0.367600


    Number   Major   Minor   RaidDevice State

       0       8        2        0      active sync   /dev/sda2

       1       8       18        1      active sync   /dev/sdb2

       2       8       34        2      active sync   /dev/sdc2

       3       8       66        3      active sync   /dev/sde2

       6       8       82        4      spare rebuilding   /dev/sdf2

       5       8       50        5      active sync   /dev/sdd2

今日は寝る。

mdadm --grow /dev/md1 -z max して pvresize, lvresize, resize2fs してやれば上手くいく…つもり。

奈良

キャラクター論争は第2ラウンドに--。平城遷都1300年祭のマスコットに「可愛くない」などと批判が相次いでいる問題で、「クリエイターズ会議・大和」が独自のキャラクターを公募する。問題が大きく報じられ、“本家”のキャラクターには約1万5000件もの愛称応募があり、15日に審査結果が公表される予定だが、「大和」も近く、作品を募るHPのアドレスを公表する。

気持ちはわからんでもないが、宣伝効果としてはこれ以上無かったのではないかと思う。ってことで、成功なんじゃない?あのキャラクター。

2008/04/13(日)

テスト(BlogPet)

きのう、HiNaはあたりへテストするはずだった。

*このエントリは、ブログペットの「やよい」が書きました。

近事片々:われら聖火警備隊

はぁ?

more...

RAID 5 のデバイスの HDD が全部 320GB 以上になったので Array を拡大する

スタート。

[root@AIRI ~]# mdadm --detail /dev/md1
/dev/md1:
        Version : 00.90.03
  Creation Time : Thu Oct 25 08:30:46 2007
     Raid Level : raid5
     Array Size : 1220456960 (1163.92 GiB 1249.75 GB)
    Device Size : 244091392 (232.78 GiB 249.95 GB)
   Raid Devices : 6
  Total Devices : 6
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Sun Apr 13 11:02:19 2008
          State : clean
 Active Devices : 6
Working Devices : 6
 Failed Devices : 0
  Spare Devices : 0

/dev/md1 array を構成できる最大サイズに変更

[root@AIRI ~]# mdadm --grow /dev/md1 -z max

領域は一瞬で拡大されて、拡大された領域の resync が始まる

[root@AIRI ~]# mdadm --detail /dev/md1
/dev/md1:
        Version : 00.90.03
  Creation Time : Thu Oct 25 08:30:46 2007
     Raid Level : raid5
     Array Size : 1562320640 (1489.95 GiB 1599.82 GB)
    Device Size : 312464128 (297.99 GiB 319.96 GB)
   Raid Devices : 6
  Total Devices : 6
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Sun Apr 13 11:03:14 2008
          State : active, resyncing
 Active Devices : 6
Working Devices : 6
 Failed Devices : 0
  Spare Devices : 0

[root@AIRI ~]# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [raid1]
md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[5] sde1[3] sdf1[4]
      104320 blocks [6/6] [UUUUUU]

md1 : active raid5 sdf2[4] sde2[3] sdd2[5] sdc2[2] sdb2[1] sda2[0]
      1562320640 blocks level 5, 256k chunk, algorithm 2 [6/6] [UUUUUU]
      [===============>.....]  resync = 79.0% (247034592/312464128) finish=78.5min speed=13887K/sec

unused devices: <none>

ウチは /dev/md1 を LVM で切り分けているので、pvresize

[root@AIRI ~]# pvresize /dev/md1
  Physical volume "/dev/md1" changed
  1 physical volume(s) resized / 0 physical volume(s) not resized

[root@AIRI ~]# pvdisplay /dev/md1
  --- Physical volume ---
  PV Name               /dev/md1
  VG Name               VolGroupSuzuri
  PV Size               1.46 TB / not usable 7.56 MB
  Allocatable           yes
  PE Size (KByte)       32768
  Total PE              47678
  Free PE               10433
  Allocated PE          37245
  PV UUID               T6b37G-hrUI-m13H-a7CM-8DLd-VAT6-4Mmn4A

[root@AIRI ~]# vgdisplay VolGroupSuzuri
  --- Volume group ---
  VG Name               VolGroupSuzuri
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  20
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               1.46 TB
  PE Size               32.00 MB
  Total PE              47678
  Alloc PE / Size       37245 / 1.14 TB
  Free  PE / Size       10433 / 326.03 GB
  VG UUID               wLa5SH-Vr4g-D4KI-rk0F-ptp7-loIJ-MjfwSW

ちゃんと resize された。

追加された 10433 PE を LV に割り当て。

[root@AIRI ~]# lvresize -l +10433 /dev/VolGroupSuzuri/LogVolRitsukoData
  Extending logical volume LogVolRitsukoData to 1.41 TB
  Logical volume LogVolRitsukoData successfully resized

[root@AIRI ~]# lvdisplay /dev/VolGroupSuzuri/LogVolRitsukoData
  --- Logical volume ---
  LV Name                /dev/VolGroupSuzuri/LogVolRitsukoData
  VG Name                VolGroupSuzuri
  LV UUID                Roep2z-qNcn-8O5u-gwU1-MwA9-S688-XUWW0z
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                1.41 TB
  Current LE             46046
  Segments               2
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:2

1.4 TЁЯRA TBー。

で、オンラインリサイズでもするかねぇ。仮想サーバ "RITSUKO" では上の LV が xvdb として見えるようにしてあるのでこう見える

[root@RITSUKO ~]# df -h /mnt/phy
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvdb             1.1T  976G   98G  91% /mnt/phy

resize2fs …と

[root@RITSUKO ~]# resize2fs /dev/xvdb
resize2fs 1.39 (29-May-2006)
The filesystem is already 291741696 blocks long.  Nothing to do!

ダメですか、そうですか。

いいや。RITSUKO 落として resize しよう。

[root@AIRI ~]# resize2fs /dev/mapper/VolGroupSuzuri-LogVolRitsukoData
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/mapper/VolGroupSuzuri-LogVolRitsukoData is mounted on /mnt/ritsuko; on-line resizing required

待つ。

top - 11:38:25 up 10:32,  2 users,  load average: 2.94, 2.65, 2.08
Tasks:  80 total,   5 running,  75 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us, 59.9%sy,  0.0%ni,  4.2%id, 20.7%wa,  9.9%hi,  5.2%si,  0.0%st
Mem:    461824k total,   457340k used,     4484k fr