ニチアサっ、一応６時半からなのね。

ヘ(^o^)ヘ オーズ！(^o^)／オーズ！(^o^) 三オーズ！三(^o^)オーズ！ (／o^)カモーン！！

あ、もしかしてs3のWEBサーバって、コンテントネゴシエーションに対応してない？

あんな大爆発して、会場は無事なのか!?

リソースサーバをs3に移転、日記とブログをBloggerに移転。あとはwebサーバ1号機とリンクのデータベースか。

お腹すいてきた。

データベースサーバ落ちたぁぁぁぁぁぁぁ

買い物行くか。

レジで豚肉２割引のクーポン、出すの忘れた

うちに、棒ヤスリってないのか。

PostgreSQL、Segmentation faultで落ちるのは良いけど、該当プロセスで走ってたSQLぐらい吐いておくれ。

@suiyoubi レオパレスで突っ張り棒を壁に通して、右の壁ドンを左に受け流す技が2chで有ったけど、それの上下版で。

なんかテーブルかインデックスが壊れたな。定期的に落ちるようになった。

読み出しのみにして修復かけようとしたけど、それでも落ちるので読みに行っただけでダメらしい。

ついーたーって名前変わってたのか。

おおさか防災情報メールを受け取っているんだけど、「台風第２号に関する大阪府気象情報第６号が発表されました」なんて文面で、全然情報が無い。その中身を書けよ。警報は別途届くんだけどなぁ。

ふぁぼるっくをメンテモードにして、片っ端から再構築していくか。

北海道の脱線事故、結局全焼したのか。煙だけじゃなかったのね。

@abcnokaigande JR的に赤字路線を復旧させる費用対効果を考えてるとか。

鉄道ってインフラなのかな。とかいではインフラだろうけど、家の横を走ってる能勢電鉄は空気しか運んでなくて、その高架下の道路は車がビュンビュン走ってる。赤字路線の鉄道を復旧させるぐらいなら道路敷いた方がいいんじゃないかな。

@abcnokaigande 復興で資材を運ぶのに、貨物列車を走らせるのはありかもしれませんね。復興計画がまとまらないと、需要が読めないとこですが。

色々資料を当たってみて、指摘したい点とか出てきたけど、やめておこう。

可部線廃止反対パレードみたいな。

非インスタントな珈琲を入れた。

世の中の全てのことを認識することは出来ないよねー。

楽天のユニフォームって、一昔前の日本ハムだよね。

お腹すいたときは、食パンに蜂蜜を塗って食べる。

mixiアプリのCMとか流れるのか・・・。

畿央まほろばハイウェイ・・・

石炭火力発電所は作っても良いけど、石油火力発電所は新設禁止なのか・・・。どっちもCO2出すけど。

紙の地図って、建設中の道路とかが載っていてワクワクしたものだけど、ネットの地図には載ってないから寂しい。

@satoweb 建設中道路のマイマップを自分で作って公開しろって言われそう(笑)

第二京阪道路はまだ走ったことない。

PC98版のプリンスオブペルシャやりたい。日本橋の寺下電気でよくデモを眺めていた。

自分用の棒ヤスリを持っていたはずなんだけど、実家に置いてきたのかな。

そういえば、友人からXBOX用のゲームを借りパク状態になってしまっているので返さないと。

亡くなった友人からの本もある。

来週、車検で実家に行くから、ヤスリを探してみるか。

PostgreSQL9.0で、VACUUM FULL ANALYZEしたとき、アナライズ時間は更新されるんだけど、バキューム時間が更新されないのは仕様なのかな。FULLでファイルが入れ替わるから？

継承テーブルの一番大元のテーブル情報が壊れていたみたい。結局、一度継承を切って、作り直して、再度継承を繋ぎ直した。pg_reorgでもクラッシュするんだもの。

ハードディスク遅いよー。全部のデータをSSDに載せたいよー。

ｷﾀ━━━( ﾟ∀ﾟ )━(∀ﾟ )━(ﾟ )━( )━( ﾟ)━( ﾟ∀)━( ﾟ∀ﾟ )━━━!!!! #tigers #hanshin

あれ、まだ落ちるぞ。

PostgreSQL9.0でcheckpoint_segments=32にしてるけど、まだ増加を検討しろって言われる。

新京成って新加勢大周みたいなもん？

ユーザー情報テーブルでcache lookup failedが発生してるなぁ。

カラム16個しかないのに属性17が見つからないとか言われてるときの顔をしている。

なぜかシステムカタログのpg_attrdefに不正なレコードが。列を消してる途中に落ちたとかなのかな。

レコードを消して見たが、それだけではないらしい。

テーブルの列情報って、pg_class、pg_attrdef、pg_attribute、pg_indexとあと何を見たら良いんだろう。一個ずつ調べていくか・・・。

pg_dependにも変なデータを見つけた

よし、まだエラー出る。次のテーブルだ。

pg_statisticにも見つけた。そしてまだエラー。次。

ごはん作らないと。

drop tableしたいけど、 could not find tuple for attrdef ～って言われて削除出来ない。

確かにpg_attrdefには、そんなidを持つレコードはないわけだが、それがどこから参照されてるのか分からない。

ソース追いかけて、どのテーブル見てるのか調べるしかないか。

drop table処理してるソースはどれだろう。backendの内部だとは思うが・・・。

縦型洗濯機を置いていたところに、斜めドラム式を設置してしゃがんで投入って、使いにくくなってるだろ。

（･∀･）「何を聞いてたんだよ・・・。念力だよ！」

あれ、もう一週あるの？

とりあえずテーブル・プライマリキーが削除出来ない、プライマリキーの名前が変更できない。ということで、システムカタログを書き換えて、なんとか別の名前にしてバックアップから定義だけ書き戻そう。

消せないテーブルはとりあえずこのまま置いておいて、9.1にアップデートするときに切り捨てるか。

うーむ、せっかくpg_upgrade使えるかと思ったのに、また手動アップデートか。

groongaの新しいバージョンが出たな。9.1に行く前に、もう一度だけ試してみるか。

あー、でもgroonga使ってるとバックアップが面倒だからなぁ。

@de_giko 11時から８時（笑）

昔のインターネットは11時から８時の間だけ存在していました。

23時と書くべきだった。

学生時代、23時からAoEをスタートして、８時までに終わらなくて、チャットでは「早く誰かなんとかしろよ！」と阿鼻叫喚な事があった。

AoE、8人対戦とかしたら、８時までに終わらん。

ふぁぼるっく、とりあえず復旧。はやく全文検索も復旧させたいんだがなぁ。