HANZUBON.jp

リビングにある大量のリモコンをどうにかしたいと思って、だいぶ前からL5 Remote使ってみたり、ソニーの学習リモコン試してみたり、UnityRemote使ってみたりしています。

が、まぁ どれもこれも一長一短あるわけで微妙に決め手に欠けます。てことで、なんか書いてみましょう、近いうちに。

hanzubon.jp のマシンを ASUS P8B-E/L4 と Xeon E3-1230 にしてみました。

以下、罠的なこととか。

マニュアルには記述がありますが DDR3 unbuffered ECCでしか動作しません。non-ECC のメモリだと POST 中にハングアップしてしまって、BIOSの画面さえ出てきません。というか、beep の類もいっさい鳴らないので 最初は故障かと思いました…(気づかないで 初期不良かと思って、TSUKUMOのサポートに持ち込んでしまって数日無駄に…(わら マニュアルはちゃんと読みましょう)

Linux的には特にハマるようなデバイスは特に載ってません(オンボードのグラフィックチップがASPEEDなので、X動かすのはあれかも? まぁ、このマザボでXなんか動かさないよね)。

ファームがまだ若干バギーなのかドライバのバグなのか以下のような現象がおきています(kernel のバージョンは 2.6.38.2)

on boardのSATAをAHCIモードで使っていて、6Gbps出る 2つのport(port-1/port2)にそれぞれ、Intel X25-M G2 よく確認したら G1 でした… と crucial RealSSD C300がつながっています。この状態だと X25-M の方の probe に失敗して 1.5Gpbs でリンクしてしまいます。こんな感じ。

追記(2011/4/16) C300 をとっぱらってみたが、状況はかわらず。


[ 4.819416] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 4.819969] ata2.00: ATA-9: C300-CTFDDAC128MAG, 0006, max UDMA/100
[ 4.820218] ata2.00: 250069680 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[ 4.820722] ata2.00: configured for UDMA/100
[ 9.867447] ata1: link is slow to respond, please be patient (ready=0)
[ 14.559486] ata1: COMRESET failed (errno=-16)
[ 19.943519] ata1: link is slow to respond, please be patient (ready=0)
[ 24.584554] ata1: COMRESET failed (errno=-16)
[ 29.968591] ata1: link is slow to respond, please be patient (ready=0)
[ 59.599795] ata1: COMRESET failed (errno=-16)
[ 59.600038] ata1: limiting SATA link speed to 1.5 Gbps
[ 59.904800] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[ 59.905330] ata1.00: ATA-7: INTEL SSDSA2MH080G1GC, 045C8820, max UDMA/133
[ 59.905581] ata1.00: 156301488 sectors, multi 16: LBA48 NCQ (depth 31)
[ 59.906051] ata1.00: configured for UDMA/133
[ 59.906455] scsi 0:0:0:0: Direct-Access ATA INTEL SSDSA2MH08 045C PQ: 0 ANSI: 5


4つのetherをbondingしていますが(モードは802.3ad)、なぜかNICの一つだけがResetしまくります(数秒おきとかいう感じで)。ちょっと思いつきで irqbalance 入れてつついたら、おさまったので なにか irq まわりがおかしい?思い過ごしだったっぽい。なにかをトリガにおさまることはあるようだけど、irqbalance ではなかったようだ…

[ 337.166262] e1000e 0000:07:00.0: eth3: Reset adapter
[ 337.259625] bonding: bond0: link status down for interface eth3, disabling it in 200 ms.
[ 337.459610] bonding: bond0: link status definitely down for interface eth3, disabling it
[ 339.997657] e1000e: eth3 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[ 340.059614] bonding: bond0: link status up for interface eth3, enabling it in 200 ms.
[ 340.259616] bonding: bond0: link status definitely up for interface eth3, 1000 Mbps full duplex.
[ 346.166012] e1000e 0000:07:00.0: eth3: Reset adapter
[ 346.260572] bonding: bond0: link status down for interface eth3, disabling it in 200 ms.
[ 346.460579] bonding: bond0: link status definitely down for interface eth3, disabling it
[ 348.976582] e1000e: eth3 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[ 349.060557] bonding: bond0: link status up for interface eth3, enabling it in 200 ms.
[ 349.260555] bonding: bond0: link status definitely up for interface eth3, 1000 Mbps full duplex.
[ 355.166157] e1000e 0000:07:00.0: eth3: Reset adapter
[ 355.260477] bonding: bond0: link status down for interface eth3, disabling it in 200 ms.
[ 355.460479] bonding: bond0: link status definitely down for interface eth3, disabling it
[ 358.360549] e1000e: eth3 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[ 358.460517] bonding: bond0: link status up for interface eth3, enabling it in 200 ms.
[ 358.660502] bonding: bond0: link status definitely up for interface eth3, 1000 Mbps full duplex.


(2011/5/12 追記1) kernel 2.6.39-rc7 ではこのGbEの問題は現状発生していません。

(2011/5/12 追記2) この問題以外に、ごくまれにNICの初期化自体に失敗する(? エラーは特に出ないのだけど、通信自体がいっさいできない)場合があるようです(電源投入直後かつ運が悪いと という感じ? ともかく発生したのは確かなんだけど、一度だけで再現もできないので ちょっと細かい状況まではわからないんだけども…)

tweetをdailyでまとめると そればっかりになっちゃうな…

でも、更新頻度を考えると weekly でまとめても結局そればっかになる気もするな(わら

追記: 2011/3/3
ちょっとさすがにうざい感じなので、フロントページにはtweetのまとめは表示しないようにした。

Debian 6.0.0 予告通り出た。

国内のミラーは今朝(2011/2/6)9:17ころのリリース直後に投げられたpushトリガで既に更新済み。

isoはhanzubon.jpのは今 生成中。jaistにはあるかも?

追記: 2011/2/6 19:02 JST 時点ですが jaist の iso ミラー 終わってないですね、まだ

あけましておめでとうございます。

なんとなくいろんなことがあったようななにもなかったような、長かったような短かったような よくわかからないまま過ぎて行った2010が終わり、2011になったようです。

果たしてことしは、なにがおきるのか こうご期待!(わら

今年も実家の畑でとったそばの実から作ったそば粉で年越しそばを打ちました。

さて、味はどうなんでしょう(わら

昨日リリースされた iOS 4.2 で Safari がさりげなく WebSocket に対応していた。

前につくってお蔵入りした streaming 版 keitairc とか websocket 使って実装しなおしますかねぇ

HANZUBON.jp 今晩停止します 予定では20時前後から

停止中 各種mirrorの更新が止まります

mirrorに使ってるRAIDの構成変更をするので 時間かかる予定

主要mirrorは明日の昼間くらいまでにがんばる、その他は週末中には復旧するかなぁ という感じです

追記(2010/10/30 0:55):
とりあえず、主要部分は復旧したので表からアクセスできるようにしました。debian/debian-backportsは現在最新の状況にsync中(debian-volatileはdone)。その他は、まだ復旧中です。

追記(2010/10/30 10:20):
寝てる間に復旧しとりました。

うーん どのタイミングからか(多分、動作からすると テーマ変更したときかなぁ)コメントが投稿できないようになってた模様。

スパムよけのプラグインの一つがうまく動かないようになってました。

すんません。

とりあえず、現状やっつけで見づらいわけだけど

Debian mirror

Debian backports mirror

Debian volatile mirror

の push mirror の各サーバでの mirror にかかった時間とかミラーが
行われた時刻を集計してみることにした。

集計の更新頻度は現状30分おき。

なお、ここに出てこない国内のmirrorサーバは「push mirrorではない」
ので、ftp-master等でのtreeの更新が実際にそのmirrorサーバに伝搬する
のは、一般的に push mirror より大幅に遅れます。

ftp.jp.debian.org や cdn.debian.net は、これらの push mirror サーバをたばねた CDN に使われてるホスト名です。まとめると、現状 Debian の apt line として利用する場合は、

• 通常は ftp.jp.debian.org を使えばいい具合にしてくれる
• httpでの利用のみであれば cdn.debian.netを使うといい
• どーーーしても個別のミラーホストを指定したい人は、これらの push mirror サーバを指定する(ただし hanzubon.jp 以外を推奨)
• それ以外を指定しても、あまりいいことはない

となります(以上誤解をうみそうなので追記)

ちなみに、2010/10/11からdebian-volatileの更新がないっす。
なぜだろか…

追記1:
Ar-に「jsonでひっぱれるようなデータ用意シレ」と言われたので、

debian|debian-backports|debian-volatile

で取れるようにしました。