正月という儀式を無視して年末からずっとunionfsを改造してたら、kern側のバグっぽいものを見つけたのでレポートした。 215705 – VOP_REMOVE call with invalid cn_nameptr 個人的にはバグだと確信してるけど、実はVOP_REMOVEのときはcn_nameptrは壊れててもいいとかあるのかな……ないよね……。

この前から続けてunionfsをいじってたらpanicにやられた。 panicの中身からは分かりづらかったけど、VOP_CREATEに先んじてVOP_LOOKUPを呼んでいなかったことが問題らしい。 1ヶ月以上はまっていたので記録を残しておくことにした。 きっと誰の役にも立たないけど。

FreeBSDのunionfsがバグっててひどいという話。 元々、jailをunionfsを使って管理したいと思ってはじめたもの。Dockerがaufsを使っているのと同じイメージ。 同じようにハマる人はたくさんいるようで。

タイトルどおり。 ShuttleのスリムでシンプルなDS57Uを愛用していたけど、FreeBSD 10以降でディスプレイなしだと起動できない。 今のところ解決法は無さそう。起動時だけディスプレイをつなぐか、HDMIのダミーアダプタをつなぐかしないといけない。

iSCSIが応答しなくなったりして困った挙句、FreeBSDをインストールしちゃった。 TS-451の中身はただのIntel CPUなPCなので、特に問題なくインストールできる。 怖いので内蔵Flashにはインストールせず、HDDにインストールした。

前回の続き。 結局FreeBSD 9.3-RELEASEにしたら直った。 FreeBSD 10.0以降のiSCSI Initiatorがおかしいか、相性が悪いかのどちらか。 パケットキャプチャの結果があるから後者もあるとは思うが、余計なバグを踏まされたので前者も疑わしい。

iscsi initiator+gjournalが固まるからの続き。 カーネルデバッグは敷居が高すぎて早々に諦めつつ、iSCSI+ZFSは使いたいので調査継続。 どうやらiSCSI TargetであるQNAP NAS、中身はLinux LIOが怪しい気がする。 8/8追記: iSCSIのCmdSNとInitiator Task Tagに関して誤りがあったので訂正。

前回からの続き。 VMを使えばシリアルポートなんて簡単に接続できることに、いまさら気づいた。(始めてから2週間くらい) 機材そろえちゃったよ……。 気を取り直して、ハマっているbio(I/O)を探してみる。(そしてこれもうまくいかなかった。)

もたもたしてたらFreeBSD 11.0-BETA2が出てしまった。 この前から続けて、最後に試したFreeBSD 11.0-BETA1なシステムでiSCSI+zfsがハマる原因を調べる。 (一応書いておくと、9.3-RELEASE, 10.1-RELEASE, 10.3-RELEASEのいずれでも発生している。)