Hatena::ブログ(Diary)

みどりのよりみち

2011-11-13 すっきりファイルサーバ計画1

データの整理してすっきりさせよう!

ってだいぶ前から考えてるんですが、なかなか進まないわけですよ。


現在ファイルサーバHP ProLiant ML110G6)にはSATA

  1. 2TB: WD20EADS
  2. 2TB: WD20EARS
  3. 2TB: ST2000DL003
  4. 3TB: WD30EARX
  5. 160GB: システム用

とつながっているんですが、


  1. 2TB: WD20EARS(RAID1ミラー)
  2. 2TB: ST2000DL003(RAID1ミラー)
  3. 3TB: WD30EARX
  4. フロントリムーバブル(WD20EADS)
  5. 160GB: システム用

という構成にしようと考えています。

それにあたって、現在NTFSでフォーマットしてある2TBの3台をすべてext4にフォーマットし直したいというのがあって、3TBを購入したという流れです。そして最終的に3TBは録画領域にしようかと考えています。



RAIDで冗長化するってのは良いことなんですが、実質的に2TB×2を3TBに放り込まないとRAID領域を作成できないので総データ量をなんとか減らさなければなりません。

そこで、サーバ内の古い.tsデータをh.264エンコードしよう!と思い立ったのですが、録画サーバCPUPentium G6950)よりも他のマシンのCPUPhenom?X6 1065T)が強力ということで、NFS経由でエンコードすることにしました。

2台のマシンはどちらもUbuntu10.04LTS(64bit)で1000Base-Tでリンクしてるので、そのままPhenom機からHDDまるごとマウントしてffmpegに放り投げたら思いの外簡単にエンコードできました。

ffmpeg自体はここの通りに実行すればおk

http://ubuntuforums.org/showthread.php?t=786095



一応、シェルスクリプト(と言ってもファイル名ベタ打ちの粗悪なもの)何ファイルかを自動実行してるのですが、しばらくして…


Stale NFS file handle


とかメッセージ出して止まり、


何回やっても

Stale NFS file handle

Stale NFS file handle

Stale NFS file handle

とメッセージが出ます。


調べてみると、サーバ内部で余計なI/Oが発生したせいで落ちるバグのようですが、2008年ころのnfs-utilsで改善されてるとのことなので、今更…?と言った感じ。

今まで他の環境でこんなエラー出たこともなかったし。


という訳で、なかなか圧縮が進みません…