なにかやったら書くブログ

2012年2月3日金曜日

zfs雑感

zfsの基本はハードディスクを論理的に利用する、すなわち物理ディスクとして利用する際に様々な工夫をこらして利用する、Linuxで言うところのLVM(論理ボリュームマネジメント)です。ハードディスクとファイルシステムとの間には一段クッションが挟まり、例えば柔軟なハードディスク容量の割り当て、冗長性の確保、ドライブエラーに対処しやすい、などといった様々な恩恵が得られるわけです。

しかし、ファイルシステムの障害そのものがなくなるというわけではありません。zfsで何かしらの障害が発生した際は、使い慣れた ufs や FAT といった従来のファイルシステムで起こっていたものとは異なる種類の障害が発生する可能性が高いわけです。対処法はもはや物理的直感に頼れるものではなく、zfsに対する高度な知識と経験を必要とすることでしょう。（ここでいう物理的直感に頼る対処法とは、例えば破損セクタのみを無理矢理読み飛ばす dd_rescue のような対処法のことを指します。）

そのため、zfsにしたからといってバックアップを怠ってはならないのです。幸いなことに、zfsのバックアップ/リストア自体は比較的容易に出来るようになっているので、うまく活用しましょう。もちろんファイルシステムに依存しないバックアップ方法や運用の経験も十分活かせます。

……というのが、まあこのへんとかこのへんとかの話を読んで思ったことでした。そんな感想文。

2012年1月12日木曜日

FreeBSD 9.0-R系をこっそり入れてみた。

職場に２台あるサーバ機 (DELL PowerEdge SC440) に入れてみました。
ATAがCAMに統合された都合で、SATA HDDのマウント番号が不思議なことになっています。

PC1% dmesg | grep ada
ada0 at ata2 bus 0 scbus1 target 0 lun 0
ada0: <WDC WD800AAJS-18TDA1 01.00A04> ATA-7 SATA 2.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada0: 76293MB (156250000 512 byte sectors: 16H 63S/T 16383C)
ada0: Previously was known as ad4
ada1 at ata2 bus 0 scbus1 target 1 lun 0
ada1: <INTEL SSDSA2CW160G3 4PC10362> ATA-8 SATA 2.x device
ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada1: 78125MB (160000000 512 byte sectors: 16H 63S/T 16383C)
ada1: Previously was known as ad5
ada2 at ata3 bus 0 scbus2 target 0 lun 0
ada2: <Hitachi HDS721010CLA332 JP4OA3MA> ATA-8 SATA 2.x device
ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada2: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C)
ada2: Previously was known as ad6
ada3 at ata3 bus 0 scbus2 target 1 lun 0
ada3: <Hitachi HDS721010CLA332 JP4OA3MA> ATA-8 SATA 2.x device
ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada3: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C)
ada3: Previously was known as ad7
Trying to mount root from ufs:/dev/ada0p2 [rw]...

PC2% dmesg | grep ada
ada0 at ata2 bus 0 scbus1 target 0 lun 0
ada0: <WDC WD800AAJS-18TDA1 01.00A04> ATA-7 SATA 2.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada0: 76293MB (156250000 512 byte sectors: 16H 63S/T 16383C)
ada0: Previously was known as ad4
ada1 at ata3 bus 0 scbus2 target 0 lun 0
ada1: <ST3500630NS 3.AEG> ATA-7 SATA 2.x device
ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C)
ada1: Previously was known as ad6
ada2 at ata3 bus 0 scbus2 target 1 lun 0
ada2: <ST3500630NS 3.AEG> ATA-7 SATA 2.x device
ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C)
ada2: Previously was known as ad7
Trying to mount root from ufs:/dev/ada0p2 [rw]...

PC1には４ポートあるSATAすべてにHDD(SSD)が搭載されていて、PC2は4ポート中1ポートが空いている状況なのですが、ada0～3 と ada0～2 という具合に連番になっていますね。
PC2のほうでは、ada0, 2, 3 になるのかと思ってました……
関係しそうな GENERIC カーネルの設定はこれかな？

device          ahci            # AHCI-compatible SATA controllers
device          ata             # Legacy ATA/SATA controllers
options         ATA_CAM         # Handle legacy controllers with CAM
options         ATA_STATIC_ID   # Static device numbering

ATA_STATIC_IDついてるのに……そういうものなんでしょうか。

2011年10月7日金曜日

blogのデザイン変更

js-kitがechoという有料サービスになっていたため、移行を諦めて標準のコメントシステムに戻すことにしました。がらっと変えてみたけど、どうなってるかな・・・・？

何故か文字が化ける？のか？文字チェック。

ひょうじゅん→標準ばぱべぺずづ standard oO0Ll1 （デフォルト）
ひょうじゅん→標準ばぱべぺずづ standard oO0Ll1 （Arial）
ひょうじゅん→標準ばぱべぺずづ standard oO0Ll1 （Courier）
ひょうじゅん→標準ばぱべぺずづ standard oO0Ll1  （Georgia）
ひょうじゅん→標準ばぱべぺずづ standard oO0Ll1  （Helvetica）
ひょうじゅん→標準ばぱべぺずづ standard oO0Ll1  （Times）
ひょうじゅん→標準ばぱべぺずづ standard oO0Ll1 （Trebuchet）
ひょうじゅん→標準ばぱべぺずづ standard oO0Ll1  （Verdana）

化けると思ったのは勘違いだったようです。