nDiki : 2008年01月05日

aufs で inotify を使ってブランチ上の直接の変更をすぐに反映させる

最近 aufs を使って Web サイトのドラフトを作成する(記事)ようにしているが、使っていて1つ不具合が出てきた。 今の設定だと、ブランチ側(今回の使い方だと公開ディレクトリツリー)のファイルを直接変更しても、aufs のキャッシュによりマウントしたディレクトリ側ではその変更されたファイルではなく、変更される前のファイルが見えてしまう。 これはちょっと不便。

マニュアルを見るとマウント時のオプションで udba=inotify を指定して inotify を使うようにすれば良いとのこと。

早速指定してみたがマウント時にエラー。 どうやら udba=inotify を使えるようにモジュールをコンパイルしていなかったようだ。

aufs モジュールを作り直し (Debian GNU/Linux sid)

aufs のマニュアルを見ると CONFIG_INOTIFY と CONFIG_AUFS_UDBA_INOTIFY を有効にする必要があるとある。前者は Linux kernel ビルド時に指定済み。

後者を有効にして aufs を作り直す必要がある。

module-assistant だと設定の仕方がわからないので、aufs.tar.gz2 展開して直接 make-kpkg modules_image でビルドするようにした。

aufs.tar.gz2 を展開後、debian/conf.mk を編集して

• export CONFIG_AUFS_HINOTIFY = y 行を追加
• EXTRA_CFLAGS 指定のところで、-DCONFIG_AUFS_HINOTIFY を追加

とし、後は普通に make-kpkg を使う。 マニュアルとは設定名/マクロ名が違うので、ちょっとはまったがこれで udba=inotify を使えるようになった。

マウントする

前回のマウント方法をちょっと修正して以下のようにする。

 mount -v -t aufs -o br:/home/naney/draft.naney.org=rw:/home/naney/www.naney.org=ro,udba=inotify none /home/naney/next.naney.org

これで /home/naney/www.naney.org 以下を修正すると、すぐさま /home/naney/next.naney.org の方でも反映されるようになった。

メデタシメデタシ。

冷蔵庫はコンプレッサーが駄目になった可能性大

シャープエンジニアリングのサービスマンが冷蔵庫の出張修理に来た。

冷凍室の部品を外して内部を確認。

• 冷蔵庫の自己診断では異常無し。
• 霜取り不良ではない。
• 冷却ファンが少し奥の方になっていたので一応、前に引き出した。回転はしていたようだったので、直接の原因ではないはず (止まっていたなら、冷えていないはず)。

とのこと。 コンプレッサーの故障の可能性が高く、交換の場合5万円はかかるらしい。 え。

修理するなら再度修理相談センターに電話。そうでなければ連絡不要。

出張費 3,150円也。

昨日の夜にはキンキンではないものの、何とか冷凍するぐらいには冷えるぐらいに回復していたので、とりあえず保留することにした。 前にも故障しているし、買い換えた方がいいかもしれないな。 年明けから大きな出費になるかも。

ありふれた言葉だが「最近の冷蔵庫は昔のに比べて良く壊れるよな」。

次回はシャープ製はやめたい。 どのメーカーのが丈夫なんだろう。基本機能しか使わないので、長持ちするのが欲しい。

• 冷たいおいしさの誕生 - 日本冷蔵庫100年
• 冷蔵庫で食品を腐らす日本人

---

[ 家電 ]

今日のさえずり - そうかあれネズミか

• 09:21 9:00 過ぎにシャープのサービスから電話があった。今日の冷蔵庫の出張修理は 12:00 から 14:00 とのこと。[mb]
• 11:17 アクセスログ見て「なんで『トッポ・ジージョ』でこんなに検索されているんだろう」と年末から思っていたが、そうかあれネズミか。
• 12:05 サービスマンきた。[mb]
• 12:14 冷凍室内分解中。[mb]
• 12:17 サイクル故障(コンプレッサー故障)の可能性大らしい。[mb]
• 12:31 コンプレッサー交換だと5万円ぐらいかかるとのこと。ひえー。買い換えるにしても修理するにしても痛い出費だ。