fsckの恐怖、寿命が10年縮まった

それは、本番環境のフル・バックアップに勃発した。
ufsdump の手順で、シングル・ユーザー・モードでCDブートしてからバックアップを取得する全スライスに対してfsckを行うというものなんですが、どうも前回から/var領域の調子がおかしく（実は前回のミラーの同期がおかしかった可能性大）、今回もやはり不整合が発生してしまいました。
こんなこともあろうかと、復旧手順を用意していたので、とりあえず、/varのミラーを片方解除してから再度fsckをしました。
不整合がなくなるまでfsckを繰返し、問題なく完了。
同期させるために、いざ、マルチ・ブートとということで、起動するのを待っていると、何やら、ファイル・システム・エラーが発生して、メンテナンス・モードに。
どうも、/var/runが上手く、マウントできませんということになっています。
とりあえず、メンテナンス・モード（シングル・ユーザーみたいなものですが）にログインし、マウント状態をみたところ、/varはちゃんとマウントできている。
が、しかし、驚いたことには、/varの下には「lost+found」ディレクトリのみ。
まさかと思い、再度、CDブートしてから、問題のスライスをマウントしたところ、ほげーっ、まじで中身がない！！！
かなり焦りました。
さっそく、保守サポートへ連絡。
サポートにことの経緯を話すと、そんなことは聴いたことがないですね、フォーマットしたんじゃないですか、みたいなことを言われました。
これには、カチンときましたが、ここは抑えて、丁重に対策を確認しました。
本来、fsckをかけるのはミラーリングされている方なんですが、私は勘違いして、ミラーを解除した方にかけていたんですが、ブートあがるのはあくまでも、ミラーになっているディスクを使うので、たまたまですが、関係はないように思えました。
なんで、ｆｓｃｋしていない方が、空っぽになるんだ、とその時思いましたね。
もしかすると、運用時点で既に中身がなく、片系のディスクだけで運用していた可能性もちょっと考えました。
じゃぁ、なんで前回はあがったのか？
これも、たまたまですかね。。。（Solarisはよくわからん）

ともあれ、解除したディスクの方は、中身は何となく、大丈夫そうだし、fsckしていて（これもたまたまです）、かなりきれいな状態でした。

まだ、フル・バックアップしていないので、なにはともあれ、これから対処するので、今の状態でバックアップしてくれということなので、/varだけ、他のスライスの番号とは異なる方で、頑張って、バックアップとりました。
サポート曰く、もしかすると、フル・リストアになるかもしれません、なんて、死刑宣告くらいのことを口走ったので、あー、明日も、帰りが遅くなるなぁ、って覚悟しました。

しかし、よく考えてみると、片系が生きているので、空っぽになった方は仕方がないので、まるまるコピーでなんとかなるんじゃないかと、ふと思ったところで、サポートから何やら電話がかかってきました。
サポートも呑気に、「より良い方法が見つかりました。こちらもちょっと焦っていたので、、、」と。。。
で、何を言いたかったというと、何を隠そう、サポートも同じことを考えていたんですね。
しかし、流石はサポートです。素人が考えていたやり方ではなく、OSに適したやりかたを伝えてきました。
やはり、スライスへのコピーなので、普通のコピーでは駄目なんですね。きっと。
ufsdumpとufsrestoreを使ってのダンプ・リストアと言うやり方を教えてくれました。
これはサポート情報なので、お伝えできませんが、多分、知っている人は、知っていると思います。

これでなんとか無事に、/varだけのリストアができて、マルチ・ブートもOK、同期も（時間はかかりましたが）完了しました。

で、前の日の20:00から結局は朝の4:30までかかってしまいました。
一時はどうなることかと思いましたが、無事に終わって、ほっとしました。

しかし、恐るべし、「fsck」なのかな？
<script type="text/javascript"> </script> <script src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type="text/javascript"> </script>