usamimi.info

構築しているサーバーのMySQLの調子がおかしい
よくよく調べると、リレーログが大量発生していて
lsコマンドすらままならない状況、1秒に数百近いリレーログが生成されていき当然負荷も高い

エラーログには以下のような記述がズラズラと
Slave I/O thread: Failed reading log event, reconnecting to retry, log 'mysql-bin.000200' at postion 301899224

調べてみると以下がとても参考になった。
KLab輪講会〜MySQL編〜

ServerIDが重複していると発生する問題の模様
IDは適当に振ってたから、他のスレーブサーバーと被ってしまったようだ
my.cnfのserver-idの箇所を修正して対応完了
大量に発生したリレーログもみるみる消えていき、正常な形になった。

半年ぶりの更新
特に大きな動きはないですが、blogに書くまでも無いような
小さな話はTwitter上でつぶやくことにしました。
blogは今まで通り、FreeBSDの備忘録、Twitterに書ききれないような長文を書くのに使います。
もっと使いやすいblog toolに乗り換えも検討しないとですかね。。。
http://twitter.com/usamimiinfo

お疲れ様でした。

事前準備が出来ていなかった為
当て所も無く歩き回っていましたが
気が付くと荷物がそれなりの重さになっていました。

さて、usamimi.infoでサイトを開いている方々に訪問する話ですが
前述の通り調べる時間が無かった為、さっとググって見て
すぐに目に飛び込んできた「ARI-COM」さんに会いに行って参りました。
#快く会話に応じて下さって有難うございました。

usamimi.infoのアドレスが書かれている事にも感激しましたが
実際に会って話して、こういう繋がりがあると嬉しくて
モチベーションも上がります。
#自分もサイトを持って活動している管理者ならまだしも
#サーバー管理は裏方なので技術的な自己満足ぐらいしか楽しみが無いのです。

次回は事前に調べてもっと多くのサークルさんに会ってみたいと思っています。

本を購入した時に頂いたペーパーの裏にサインをお願いしたのですが
よくよく考えれば表の方が良かったのかもって考えてから
ブログに載せるには裏じゃないとダメじゃないと気づいたり

今週末は、コミケがありますね。
usamimi.infoには、参加される個人、サークルさんのサイトが幾らかある為
今週末から少なくとも数週間は、サーバーにトラブルの無い様に気を付けなければなりません。
といいつつ、上がり続ける部屋の温度を何とかする為
電源とEtherケーブルを廊下に引っ張ってyukariとkoakumaの2台を移動させましたが
その際トラブルが発生し、若干サーバーが不安定になってしまいました。
現在は問題なく稼動していますが、お盆休みじゃないと、まとまった作業ができないのも確かです。

私もコミケには参加しようかどうしようか、最後まで悩み続け
結局まともな準備が出来なかった為、今回も見送りになりました。
前回参加分の未消化があったり、特に目的が見出せなかった事も理由です。

冬こそは参加すると決めて、気持ちがブレ無いようにしたいと思います。
usamimi.infoに開設されているサークルさん巡りをしたいですね。

----2009/08/16追記
友人に誘われた事もあり
結局行く事にしました。
優柔不断な自分が情けないです。
行った時の事は次のエントリで書きます。。。

patchouli構想の一環
いままで、nisを使ってユーザー情報を全サーバーで共有してきましたが
いまどき？の仕組みにするためにOpenldapの導入をテストしています。
しかしながらLDAPは、nisのように簡単に使える代物ではない為
今まで避けてきましたが
Apache Directryを使えば、視覚的に扱うことが出来そうです。
http://www.atmarkit.co.jp/fjava/rensai3/eclipseplgn21/eclipseplgn21_1.html

これで導入の敷居は、だいぶ低くなると思うのですが
アカウント申請処理はGUIでやっていたら非効率なので
ldapaddコマンドで自動追加するような仕組みも必要です。。。
http://d.hatena.ne.jp/tueda_wolf/20080815/p1

webから入力された内容でldifファイルを生成して
ldapaddで追加するような感じになりそうですね

既存のユーザーをldapに組み込む際にパスワードだけは
持ち越せないので、マイグレーションページを用意する必要あり。

ずっと更新していないうちに、構成が幾らか変わったので更新します。
r-moonが退役し、koakumaが登場
rikaが退役し、komachiが登場
その他役割が変わったサーバーが少し

r-moonはPentium Mマシンだったのですが
消費電力を測ってみると66Wで、今回導入したAtomマシンのkoakumaが30W程度
当時、省電力マシンといわれたPentiumMでもAtom程、消費電力は低くは無いようです。
#処理能力はぜんぜん上なのですが。。。
これによって省電力化とスペースが確保されました。

次のusamimi.infoの構成の為に、消費電力を減らす事と、設置スペースの確保は重要な課題です。

メモ

先日システム全体をFreeBSD7.2ベースへ引き上げた際
新機能として実装された以下のオプションを有効にしたときの話
vm.pmap.pg_ps_enabled=1

amd64のmarisaやi386のyukariやr-moonでは特に問題は無かったのですが
メインサーバーであるtoyaに適用した所、以下のリンクと同じ現象が発生
http://lists.freebsd.org/pipermail/freebsd-bugs/2009-May/035381.html

パニック理由は以下の通り（メモし損ねててアドレスは忘れました。。。
vm_fault: fault on nofault entry, addr: xxxx

toyaは環境を引き継ぎながら生きながらえてきた環境である事と
動的ページ系のアクセスを一手に引き受けている為
使っている機能や古いモジュールなんかが絡んでいそうな気がします。。

同機能をOFF状態にしておくことで安定して動いています。
当面はこの状態なりそうです