12/05/19 16:18:42.91
OpenSolaris/Illumos プロジェクト、派生ディストリビューション総合スレ
Sun/Oracle からリリースされる本家「Solaris」に関しては専スレでお願いします
前スレ：OpenSolaris/Illumos (OpenIndiana, etc.) 5
ｽﾚﾘﾝｸ(unix板)
OpenSolaris 公式サイト URLﾘﾝｸ(opensolaris.org)
Illumos 公式サイト URLﾘﾝｸ(illumos.org)
Genunix（OpenSolaris コミュニティ/ミラーサイト） URLﾘﾝｸ(genunix.org)
[ディストリビューション一覧]
・ OpenIndiana URLﾘﾝｸ(openindiana.org)
（OpenSolaris distro == Indiana の実質的後継、Solaris とバイナリ・パッケージ互換）
・ Nexenta OS URLﾘﾝｸ(nexenta.org)
（Solaris/Illumos カーネルと Debian/Ubuntu ユーザランドの組み合わせ）
・ StormOS URLﾘﾝｸ(stormos.org)
（Nexenta ベースのデスクトップ向けディストリビューション）
・ AuroraUX URLﾘﾝｸ(auroraux.org)
（通常の x86、AMD64 に加え、PowerPC にも対応）
・ Jaris URLﾘﾝｸ(jaris.jp)
（日本発のプロジェクト）
・ Belenix URLﾘﾝｸ(belenix.org)
・ SchilliX URLﾘﾝｸ(schillix.berlios.de)
・ MilaX URLﾘﾝｸ(milax.org)
・ etc.
2:名無しさん＠お腹いっぱい。
12/05/20 01:31:31.61
>>2の[ディストリビューション一覧] だけど、大分現状とは異なってるので直したほうがよさそう。
[ディストリビューション一覧]
・ OpenIndiana URLﾘﾝｸ(openindiana.org)
（OpenSolaris distro == Indiana の実質的後継、Solaris とバイナリ・パッケージ互換）
・ Illumian URLﾘﾝｸ(www.illumian.org)
（Solaris/Illumos カーネル・ユーザランドとAPTパッケージ管理システムの組み合わせ
NexentaCore後継）
・ NexentaStor URLﾘﾝｸ(nexenta.org)
（Solaris/Illumos カーネルと Debian/Ubuntu ユーザランドの組み合わせによるストレージサーバ用OS）
・ StormOS URLﾘﾝｸ(stormos.org)
（Nexenta ベースのデスクトップ向けディストリビューション）
・ OminiOS URLﾘﾝｸ(omnios.omniti.com)
・ SmartOS URLﾘﾝｸ(smartos.org)
(以下のディストリビューションは長期間更新なし)
・ AuroraUX URLﾘﾝｸ(auroraux.org) (消滅)
（通常の x86、AMD64 に加え、PowerPC にも対応）
・ Jaris URLﾘﾝｸ(jaris.jp) (消滅)
（日本発のプロジェクト）
・ Belenix URLﾘﾝｸ(belenix.org) (消滅)
・ SchilliX URLﾘﾝｸ(schillix.berlios.de)
・ MilaX URLﾘﾝｸ(milax.org)
3:名無しさん＠お腹いっぱい。
12/05/21 06:51:50.59
おはようございます。前スレ>>975です。新スレ乙です。
ご報告遅くなりすいません。代替機は用意できたのですが、前スレ>>989の段階でscanが
終了していなかったため、一応それを待っていました。先ほどscanが終わり、以下の状態になりました。
pool: tank
state: DEGRADED
status: One or more devices has experienced an error resulting in data
corruption. Applications may be affected.
action: Restore the file in question if possible. Otherwise restore the
entire pool from backup.
see: URLﾘﾝｸ(www.sun.com)
scan: resilvered 118G in 39h45m with 271168 errors on Mon May 21 05:12:12 2012
config:
NAME STATE READ WRITE CKSUM
tank DEGRADED 0 0 2.95M
raidz1-0 DEGRADED 0 0 11.4M
spare-0 DEGRADED 0 0 660
c6t1d0 FAULTED 0 0 0 too many errors
c3t5d0 ONLINE 0 0 0
c6t2d0 DEGRADED 0 0 0 too many errors
c6t3d0 DEGRADED 0 0 0 too many errors
c6t4d0 REMOVED 0 0 0
spares
c3t5d0 INUSE currently in use
errors: 271145 data errors, use '-v' for a list
SMART情報ですが、SATA2とSATA5の2台でBADが発生しています。やっぱり物理的に2台に
問題が発生してしまっているようです。ダメっぽいですね。
一応、これから代替機につないでみます。
4:名無しさん＠お腹いっぱい。
12/05/21 19:30:43.84
もう一台スペア追加してみるかな
5:名無しさん＠お腹いっぱい。
12/05/21 20:35:13.13
URLﾘﾝｸ(www.oracle.com)
以前ここに貼られてたやつけど、この資料によるとHD1台破損時の
再構成失敗率がRaid5で2～20％、Raid6でほぼ0％らしいから
スペア追加ではなくRaidZ2に移行してみては？
6:名無しさん＠お腹いっぱい。
12/05/21 20:58:30.92
いや、そーゆー話じゃなくて
現状の構成にスペア追加したらどうかな、と
7:名無しさん＠お腹いっぱい。
12/05/21 21:04:55.29
ホットスペア持つなら最初からRAIDZ2の方がいいと思うが
細かくチェックしてトラブル時にすぐに入れ替える方がいい
8:名無しさん＠お腹いっぱい。
12/05/21 21:12:45.39
それはそーだけど、そーゆーことじゃなく
今追加したら回復しないかな？って話
9:名無しさん＠お腹いっぱい。
12/05/21 21:21:42.04
>>8
Applications may be affected.
って言ってる時点で回復は難しいぞ
読めなかった部分が読めるようになれば別だが
10:名無しさん＠お腹いっぱい。
12/05/21 22:15:58.27
oiの場合、S.M.A.R.Tは何ていうアプリを入れれば
見れるんでしょう？
11:名無しさん＠お腹いっぱい。
12/05/21 23:48:30.24
>>10
smartmontools
12:名無しさん＠お腹いっぱい。
12/05/22 08:23:55.43
ZFSってHDDを個別識別出来たっけ？
ベタコピーで同じディスクと認識するならディスク4台用意してddした方が早いかもしれない。
13:名無しさん＠お腹いっぱい。
12/05/22 18:49:31.29
>>10
/opt/SUNWhd/bin/hd
14:前スレ975
12/05/22 23:03:02.38
みなさん、お世話になってます。色々な提案や情報提供、感謝です。
まだ、作業中ですが、中間報告します。
代替機は土日に届いたのですが、結局そこにつなぎ換える作業はやめて、
バックアップ先として利用しました。
今回の故障機はiscsiターゲットとして利用していたのですが、故障直後は
認識できなくなってしまっていたのに、リセット後は認識できるようになり、
ボリューム内のファイルも読み込み可能でした。
そこでiscsiイニシエータ側から別サーバーにファイル単位でコピーしている最中です。
コピー1回目はIOエラーがかなり出て読めないファイルも多かった上に、
oi自体が勝手に落ちてしまう(電源OFFになる)という状態でした。
そこで一度電源OFFし半日程してからコピーをやり直した所、IOエラーが
発生していたファイルも読めるようになりました。内容はVMイメージ等、
巨大なファイルが多いのですが、テキストファイル類をcatで覗いてみた所、
正常な内容を確認できました(電源OFF前は読めなかった)。
こう考えると冷却が良かったように思えますし、今考えればOSの正常終了を
1週間も待ったりしないで、早々に電源OFFし1日ぐらい冷やす方がよかったのかも
知れないと思えてます。
まだコピー中ですが、コピーが終わったらVMを起動してみようと思います。
15:前スレ975
12/05/25 01:37:12.80
前スレ975です。
まだまだ復旧に時間がかかりそうなのですが、いい感じに復旧しつつあるのでご報告します。
故障機はiscsiイニシエータで、ファイルシステムは vmfs(ESX専用ファイルシステム)を利用していますが、
約50個ぐらいのVMが格納されていました。このうち、重要度が高かったり、バックアアップが古いのでなんとか
復旧したい物は１割程度なのですが、それらはほぼ全て復旧できました！
ファイル単位でscpでコピーしている最中なのですが、それぞれのファイルは、
1群. 何度アクセスしてもアクセス不能な物(ごく少ない)
2群. 何度かアクセスしているうちにアクセスできなくなってくる物(3割程度)
3群. 正常にアクセスできる物(7割程度)
というような感じです。2群のファイルは4、5時間マシンを止めてからアクセスすればまたアクセス
できる状況です。10分程度の冷却では無理でした。
そのような感じで順次、復旧している最中です。
将来、同じ状況に陥ってしまった場合、是非マシンの冷却を試みて下さい。
作業終了時にまたご報告します（しばらく先になりそうですが）
色々なノウハウをご教示頂き、ありがとうございました。
16:前スレ975
12/05/25 03:09:13.44
訂正
故障機はiscsiイニシエータで、
↓
故障機はiscsiターゲットで、