久々にホームページとブログのデザインを更新してみました。
中身は何も変わってません (^^;
あ、でもぷちギャラリーは機能強化を図ってみました。
拡大表示するときにちょっとだけカッコ良くなった気がしてます。
久々にホームページとブログのデザインを更新してみました。
中身は何も変わってません (^^;
あ、でもぷちギャラリーは機能強化を図ってみました。
拡大表示するときにちょっとだけカッコ良くなった気がしてます。
このBlogが載っているサーバのHDDが2週連続で故障してしまった・・・
データを格納しているドライブは、ZFSのRAID-Zを使ったファイルシステムで4台のHDDで構成していた。
いわゆるRAID5と同じように実データとパリティーを分散させて記録することで、ディスク故障に対する耐障害性を高めたシステムなので、故障に対する備えは比較的疎かにしていた。
そのファイルシステムで1台目のHDD故障が発生したのが12日頃のこと。
とりあえずZFSに頑張ってもらいながらデグレードした状態で動かしつつ新品のHDDを注文し21日の夜に交換を行った。
再構築は14時間ほどかかったが無事完了し復旧した。
安心したのも束の間、23日には別のHDDが故障・・・
デグレード状態になりながらも何とか動いていたので、再度HDDを手配し25日の夜に交換を行い再構築を実行した。
ところが12時間経っても再構築は終わらない・・・
24時間経ってもダメ・・・48時間経過しても再構築が終わる気配が無い・・・
このまま待っていても再構築は終わりそうに無いので断念して、デグレード状態からバックアップがとれるデータを救い出してファイルシステム自体の作り直しを決断。
しかし、ここで不安材料が一つ。
RAID-Zなら1台のHDD故障でもパリティを使ってデータを復旧できるはずなのに、今回は復旧できなかった。
実際サルベージしたファイルのいくつかは壊れていて取り出しに失敗していた。
RAID-Zに頼り切るのはまずいのではないだろうか・・・
と言う訳で、再作成したファイルシステムはHDD2台一組でミラー構成を作り、2つのミラー構成ドライブをストライプで一纏めにして一つのドライブとしている。
使える容量は減ってしまったものの、1台の故障であればミラーされている他方のHDDから修復が可能なはずなので、今までより安心できるのではと思っている。
サルベージに失敗したファイルの多くは修復できたが、データベースは一部データを失ってしまい半年ほど前のフルバックアップに戻ってしまった。
これをどうやって復旧させるかが問題だ (T_T)
あと、今後のバックアップについても検討せねば。
しかし、サルベージにに失敗したファイルの多くが更新日が新しいものに集中しているのは何故だろう。
なにかZFSの振る舞いに特徴が有るのだろうか。
iPhoneとiPadがiOS 6になりました。
それに伴い、マップアプリの地図情報がGoogle MAPからアップルオリジナルに切り替わっています。
このアップルオリジナル地図情報が各所で話題になっています。
話題になっている理由は『情報精度の不正確さ』!!
羽田空港が大王製紙になっていたりとか、JR昭島駅付近にパチンコガンダム駅があったり、首相官邸の敷地内に日比谷高校があったりと面白い情報が満載です。
ここまで来るとアップル謹製ネタアプリなんじゃないかと思えるくらい面白いです。
で、我が家の近所にもなにか無いかと見てみたら、ありました。
小ネタ程度ですが・・・近所に2年ほど前まであった診療所が載っていました。載ってる事自体は他の地図でもあることなのでいいのですが、なんとアイコンが『レストラン』です・・・ そうか、風邪をひいた時何度かお世話になった診療所は医療機関だと思ってたけどレストランだったんだぁ。
因みに診療所が廃業した後はレンタカー屋さんです。
あと、実家の近所の神社は『金融機関』のアイコンが付いてました。
いつかお賽銭に利息が付いて返ってくる・・・
そうか!あそこでお参りすると宝くじとか当たってたくさん返ってくるということなのかもしれない。
今度帰ったらお参りに行ってこよっと。
普段使っているデスクトップPCのメモリーを増設しました。
8GB×2枚+4GB×2枚で合計24GBです。
そうのち10GBをRAMディスクに割り当ててやりました。
ブラウザのキャッシュやRAW現像ソフトのテンポラリー領域をRAMディスクにしていますが、さすがに10GBもあると領域不足にならなくて快適です。 (^-^)