『データスクラブがおかしい。どうすればよいと思いますか？』のクチコミ掲示板

[orange]

私のメインなバックアップ機は、このReadyNAS104です。

安全策をとるために、月一にデータスクラブを設定しています。

それが、ファームウェア6.4.1.にアップしてから、データスクラブが終了しなくなったのです。
進捗は以下の通り
　　2月1日午前零時にスタート
　　1日の23時ごろ見ると、確か24%くらいだった。
　　2日の24時ごろには２６％になっていた。
　　３日の２０時じでも26%のまま
　　4日の11時には26%になった
　　4日の24時には28%まで進んだ。

まるまる4日かけて、たったの28%しか進んでいない。
最近は1日で2%しか進まない。
すると・・・スクラブ完了までに2か月から3か月かかる。
HDDダイジョブかな、全速でHDDを動かしているのだろう？

速く直してほしいですね、この現象を。
その前に、このスクラブをキャンセルしたほうが良いのですかね？
HDDが心配になってきました。
皆様のご意見をお聞かせください。

書込番号：19557625

[†うっきー†]

FW6.4.2にして検証中です。
2/4 19:56:47から、スクラブをかけてみました。
4T*4のRAID5
現在、14.77%の状態
今のペースでいけば３日ちょっとかかりそうです。
2014/07/13に検証したときは37H程度で終わっていました。

今のところ、今までより少し時間がかかりそうですが、順調に進んでいます。（%表示は進んでいます）

FW6.4.2にすれば治るかも・・・・・

この後の進捗は、時々（一日に１回か２回）報告させてもらいます。

書込番号：19558101

[orange]

いや、私の場合には4TBｘ4個のXRAID2で75%ほど埋まってる。
データが増えたのがいけないのかもしれないし、毎日少しづつ使うのでスクラブ中にも5個から10個のワードファイルを変更してる。1個は20KBから100KB程度の小さなものです。

写真はスクラブ中には追加しないようにしてる。

それで、25%程度までは順調なんです。ここから急にブレーキがかかる。
いまも進捗を確認しましたが、
　　5日目の11時で29%です。
５日間で30%の完了なら、全部終えるのに15日もかかる。えー？　気は確かかいネットギアー様。
テストしてないんだろうね。今回のファームアップは。どうも担当者が新人に代わってレベルが下がった気がしてならない。今まではこんな愚かなことはなかったよ。

何かおかしくなってるのですね。

やはり、実行中のデータスクラブはキャンセルして、ファームアップしよう。
ファームアップは、バックアップ機でテストしよう。本番機は心配だ。

書込番号：19558433

[†うっきー†]

>いや、私の場合には4TBｘ4個のXRAID2で75%ほど埋まってる。
>データが増えたのがいけないのかもしれないし、毎日少しづつ使うのでスクラブ中にも5個から10個のワードファイルを変更してる。1個は20KBから100KB程度の小さなものです。

スクラブに関しては、過去の検証ではデータ量には依存しないようです。
データを11TBと大量にいれても、新品でデータが数MBしかない場合でも、どちらも数十時間だっため。

スクラブはデータに有無に関わらず、HDDの全領域に対して異常チェックを行うようですね。

書込番号：19558603

[†うっきー†]

>この後の進捗は、時々（一日に１回か２回）報告させてもらいます。

24時間を少し過ぎて、30.96%、最初の見積もりで通りこのままいけば３日程度かかりそうです。
順調そうなので、次は終了時点で報告させてもらいます。

書込番号：19559774

[†うっきー†]

添付画像の通り、FW6.4.2では4T*4の場合は、３日ちょいで終わりました。
私は手動でFWを更新しましたが、今日か時差の関係で明日には、自動で配信されていると思います。
FWを更新すれば、ひょっとすると直るかもしれません。
直らない場合は、データを退避したうえで、一度工場出荷状態に戻さないと無理かも・・・・・

書込番号：19567956

[orange]

＞†うっきー†さん
テストありがとうございます。

私も昨日バックアップ機の方を6.4.2に手動でアップして、スクラブを開始しました。
1日で２９％ほど進んでいるので、大丈夫だと思い、今日は本番機も6.4.2にしてスクラブを開始しました。

昔は、2日弱で終わったのに、今は3日と7時間程度ですか。なんだか倍かかるようになりましたね。
もう少しチューンアップしてくれるとありがたいのですがね。

書込番号：19568302

[orange]

そうそう、スクラブのスケジュールについてお願いがあります。
（メーカーの人、見てるかな？）
スクラブ間隔ですが、今は
　　毎月　・・・　これだと頻繁すぎる
　　毎年　・・・　年1回ですか、もうちょっとたくさんできないかな？
　　6か月・・・　これくらいが欲しいです。

書込番号：19568316

[†うっきー†]

>私も昨日バックアップ機の方を6.4.2に手動でアップして、スクラブを開始しました。
>1日で２９％ほど進んでいるので、大丈夫だと思い、今日は本番機も6.4.2にしてスクラブを開始しました。

無事いけそうですね＾＾


>昔は、2日弱で終わったのに、今は3日と7時間程度ですか。なんだか倍かかるようになりましたね。
>もう少しチューンアップしてくれるとありがたいのですがね。

ですね。
これを毎月というのは、確かに厳しいですね。
6か月だけと言わず、「2か月に一度」「3か月に一度」「4か月に一度」もあるとよさそうですね。
1年だと長くて不安なので、1か月〜1年の間で、ある程度の設定が欲しいところ。

書込番号：19568491

[価格調査員１号]

こんな感じにすればどうでしょう？
写真は
２，４，６，８，１０，１２月の1日朝6時に実施

書込番号：19576625

[orange]

うーむ。一筋縄では行かないバグが潜んでいますね。

バックアップ機のデータスクラブは終了しました。
Wed Feb 10 2016 9:07:30　ボリューム: ボリューム data のスクラブが完了しました。
　　・・・
Sun Feb 7 2016 12:00:58　ボリューム: ボリューム data のスクラブが開始しました。

経過時間は2日と21時間。十分です。

一方で、本番機のデータスクラブは、1日遅れでスタートしたのですが、どうも止まってるようです：
Mon Feb 8 2016 10:37:08　ボリューム: ボリューム data のスクラブが開始しました。

現在2日と11時間経過していますが、ボリュームで見ると　「22.86%完了」になっています。
たったの２２％。
おいおい、バックアップ機は2日と21時間で完了したのに、本番期は2日と11時間経過しても、全然進んでいない。
どういうことでしょうか？

気付いた違いは、本番期は、少しアップデートしていることです。
データスクラブ中にアップデートしたら、変にいなるのかい？
データスクラブは、アップデートなんか無視すればよいのに。書き直した領域はデータスクラブする必要が無いからね。データインテグリティーだけ保てれば良い。
開発者のだれかが、よく考えずに間違ったことを始めたような気がする。

何とか元に戻してほしいです。
重要なのは本番機ですよ。

書込番号：19576805

[†うっきー†]

>こんな感じにすればどうでしょう？

すでに設定できるようになっていたのですね。
これで、期待通りに設定できそうでね。

書込番号：19576819

[orange]

＞価格調査員１号さん

あっと、毎年の中で月ごとを選べるのですね。
知りませんでした。ありがとうございます。

私は、四季ごとに実施するようにします。もしかしたら、半年でも良いのかしら？

書込番号：19576827

[orange]

データスクラブは信じられないほどの低速で進んでいます。

　　Mon Feb 8 2016 10:37:08　ボリューム: ボリューム data のスクラブが開始しました。

　　2日と11時間経過していますが、ボリュームで見ると　「22.86%完了」になっています。
　　3日と13時間経過した時点ですが、「24.68%完了」になっています。
一日で2%弱しか進まない。
完全なバグですね。

まあ、暇だから、もう少し待ってみるか。
HDDの疲労だけが心配です。
別のソフトで、本番機のNAS104とPC上のデータ（ミラー構成です）の同期は取ったので、NAS104が壊れても問題ないから、ゆっくりと待とうかな？
データの冗長度を高く持ってると、安心できますね。
もう1台のPCにも同期しておこうかな。念には念を入れても、入れすぎることは無い。

書込番号：19580717

[†うっきー†]

＞orangeさん
同じFWでも、片方は正常に終了して、もう片方（こっちのほうが本番機で重要）の方が極端に遅いので、
今後のためにも、本番機は工場出荷状態に戻して、データを入れなおした方がよいのかもしれませんね。
それでダメなら、HDDを交換してみるとか（かなりの額になるので、簡単にはできないとは思いますが）

書込番号：19581125

[orange]

工場出荷状態に戻すということを聞いて、ある考えがあります。
3台目のNAS104があるのです。購入したばかりで使っていない。

これに、本番期のHDDをそっくりそのまま移すと、データは助かるというスペックですよね。
これはやってみる価値はありそうです。

ただし、ファームウェアはどうなるのでしょうか？
古いファームに「新しいファームで書かれたHDD」を入れても、おかしくなるだけでしょうね。
新箱は、HDDを入れずにファームアップは可能でしょうか？　（ダミーに入れるHDDはたくさんあります）
それとHDD構成は工場出荷状態にしておいて（たぶんXRAID2ですよね？）、そのままHDDを移植するだけで良いのでしょうか？

このあたりの説明はあるのかしら？　なさそうだと思えますね。

書込番号：19583239

[†うっきー†]

>このあたりの説明はあるのかしら？　なさそうだと思えますね。

私の知る限り説明書には記載がないですね。

過去にHDDを別の機体（同じ機種）に移し替えて検証はしたことがあります。
結論から言えば可能でした。
http://bbs.kakaku.com/bbs/K0000522361/SortID=17803959/#17803959

FWは同じにしておいた方がよいと思います。
ダミーで１台指して普通に起動してFWの更新でよいかと。

あとは、電源オフにしてHDDを差し替えれば、再構築されずに元のデータが残ったままアクセス可能です。
ただ、これは本当に最終手段なので、絶対再構築が起きないとは断言できません。私が試したときは起きませんでした。

本番機のデータをすべてバックアップしているなら、気軽にやってみるのはありだと思います。
再構築が始まってデータは飛ぶかもしれないことは覚悟の上で。

HDDに書き込まれたシステム領域の部分でおかしくなっていることが原因であれば、入れ替えしても遅いままだとは思います。
私は本体側ではなくHDDに書き込まれているなんらかの情報がおかしくなっているのではないかと思っています。
なので、HDDを初期化（工場出荷状態にした後でHDDを指して再構築）しないと、問題は解決しないのではないかと思ってます。


ちなみに、本番機は、FW1.5.1以降で、一度は工場出荷状態にしたあとでHDDを再構築しているでしょうか？
これをしていなかった場合は、例えFWを更新してもブロックサイズは昔のままなので、正常には機能しません。

書込番号：19583512

[orange]

>>ちなみに、本番機は、FW1.5.1以降で、一度は工場出荷状態にしたあとでHDDを再構築しているでしょうか？


そうそう、昔、この問題ですったもんだして、もう一台購入しました。
これは当時の最新ファームにて新規構築しましたので大丈夫です。
古いほうは、工場出荷に戻して、フォーマットし直して、バックアップ機にして使っています。

ところで、フォーマットを確認する手段はあるのでしょうか？

書込番号：19586814

[†うっきー†]

>ところで、フォーマットを確認する手段はあるのでしょうか？

これは、FW1.5.1より前にしたものか、後にしたものかという意味ですよね？
SSHに対応しているので、linuxコマンドで確認する方法はありそうですが、
正確にどのようにして確認できるかは分かりません。

サポートからブロックサイズも変更しましたということだけ聞いていたのですが、
具体的に、以前がいくらで、変更後がいくらになったかの値までは聞いていませんでした。

ちょっと情報を持ち合わせていないです。

書込番号：19586884

[tatumiga]

＞orangeさん、†うっきー†さん

どうも、久しぶりです。横レスで失礼します。お二人のやり取りを拝見していて、私だったらどうするか？を考えてみました。

結果：「バックアップ機」のHDDからクローン・コピーのHDDを作成して、「本番機」にさして使います。
もう少し詳しく書くと、HDDクローン作成機を使って、「バックアップ機」のNo.1〜4のHDDから全部クローンを作成し、それを「本番機」に順番を間違えないように、さして使います。

私が持っているクローン作成機はマーシャル社のMAL-4535SBKU3です。

http://bbs.kakaku.com/bbs/K0000378466/#tab

数年前に買った時は4〜5千円だったと思いますが、既に販売終了しているようです。スレ主さんがご近所の方なら、お貸しするのですが、･････。残念。
同じ機能を持った別機種なら、今でも入手可能だと思います。


クローン作成機なら、HDDのフォーマット形式もデータ配置も全く同じHDDのコピーが作れます。クローン機能で作ったHDDをReadyNAS 104に入れれば、全く同じ機能で使えるハズです。もし使えないなら、ReadyNAS 104の本体側に欠陥があると言っていいと思いますが、どうでしょうか？

ただし、注意事項として、
コピーされる側、コピーする側のどちらかにHDDの小さい欠陥部分があったら、×です。途中でコピー作業を中止してしまいます。

要する時間は
3TBの場合は8〜9時間程度だったと思います。4TBのHDDの場合は多分、12時間ほどでしょう（4TBでやった事がありません）。
４個のHDDのクローン作成をする場合は、その４倍の時間がかかるという事になります。

今回のためだけにクローン作成機を購入するのはどうかと思いますが、一台持っておくと、また使いたくなる機会もあると思いますよ。


ただし、一寸気になるのは、
NETGEAR社のユーザ認証の所などで問題が発生するかも知れません。同じシリアルNo.のReadyNAS 104が２基できてしまう等の問題が発生するか？という心配です。
まあ、やってみたらどうでしょうか？

書込番号：19588627

[LsLover]

『フォーマットを確認する手段はあるのでしょうか？』

以下のコマンドで確認できませんか?

# mount

なお、ファイルシステムがext2、ext3、ext4であればtune2fsで調べることができます。

# dumpe2fs /dev/sda1|grep 'Block size'

書込番号：19589345

[†うっきー†]

>SSHに対応しているので、linuxコマンドで確認する方法はありそうですが、
>正確にどのようにして確認できるかは分かりません。

本機のファイルシステムであるbtrfsでブロックサイズ確認する方法、少し調べてみましたが、わかりませんでした。
「btrfs filesystem show」で容量が確認できる程度しか、わかりませんでした。
btrfsコマンド等で、なんとか調べれるかもしれませんが、断念

書込番号：19590244

[orange]

データスクラブの現状です：
　　Mon Feb 8 2016 10:37:08　ボリューム: ボリューム data のスクラブが開始しました。

　　2日と11時間経過していますが、ボリュームで見ると　「22.86%完了」になっています。
　　3日と13時間経過した時点ですが、「24.68%完了」になっています。
　　6日と12時間経過した時点で、29.53%完了です。

すごい、HDDをフル稼働させているのに、これだけしか進まない。
言ったい何をしているのでしょうか？



ところで、バックアップ機のデータを使いたくない理由があります。
　　本番機とバックアップ機のデータ総量が違うのです。
　　本番機：　　　　　 データ　7.65TB、　フリー　3.18TB
　　バックアップ機：　データ　7.82TB、　フリー　3.06TB
バックアップ機の方がデータが多い。HDD　は8個共におなじもの：Seagateの４TB　ST4000DM000です。
バックアップ機は、バックアップボタンでしか動かしていません。（最初の1回目だけはバックアップを1回づつ動かしましたが、2回目からはバックアップボタンを押すだけです）
バックアップボタン以外の操作は一切していません。
PCからのアクセスすらしていないのです。
それなのに、本番機よりもデータが多い。
たぶん、本番機で削除してもバックアップ機では削除されないのでしょうね。

書込番号：19591089

[orange]

データスクラブをキャンセルしたら、　1分ほど　98.25%完了　と表示されました。
その後キャンセルが終了しました。
不可解。

ボリュームの歯車にある設定を押すと、I/Oステータスが表示されます。
　　リード　339,899,041　　　ライト　1,919,686

えー？　リードが3億回？　そんなに使ってないよ。3億回もリードするとHDDが壊れるのではありませんか？
ライトの191万回は理解できる。

書込番号：19592131

[†うっきー†]

>ボリュームの歯車にある設定を押すと、I/Oステータスが表示されます。
>　　リード　339,899,041　　　ライト　1,919,686

確かに極端かもしれませんね。
中には本当にこれくらいのリードをしている人もいるかもしれませんが。

一度、簡易的なS.M.A.R.T.を確認してみてはどうでしょうか？
添付のようにパフォーマンスのところから確認出来ます。
正常ならすべてのHDDが
ATA Error Count〜Uncorrectable Sector Countまでが全て0になっているはずです。

また、設定→警告で、すべての警告イベントをONにして、警告があればメールが飛ぶように設定はしているでしょうか？
設定していて、メールが来ていないなら、特に問題はないとは思いますが。

書込番号：19593289

[orange]

＞†うっきー†さん
>>一度、簡易的なS.M.A.R.T.を確認してみてはどうでしょうか？
添付のようにパフォーマンスのところから確認出来ます。
正常ならすべてのHDDが
ATA Error Count〜Uncorrectable Sector Countまでが全て0になっているはずです。


はい、見ました。４台のHDD共にエラーはすべてゼロです。
（バックアップ機もゼロでした）
ちなみに稼働時間をみると、本番機は５17日ほど稼働していました。頑張って動いてるのだ。
Readのアクセス数3億回だけが謎です。

憶測ですが、データスクラブ中にどこかでループして、Readがキャッシュから繰り返されているのかしら？
実HDDからのReadは3億回は無理ですが、キャッシュからなら可能性はある。

書込番号：19624600

[orange]

ちょっと良くなってきました。
月一度のデータスクラブが3月1日00:00に始まりました。
どうなるかな？と放置していたら、今日は55.1%まで進んでいます。
おー、早くなってる。先月は６日間で25%にしか進めなかった。
希望が持てます。
これだと1週間でデータスクラブが完了する。
一度最後までスクラブを終わらせたほうが良いと思えます。
じっくりと待ちます。

ただ、歯車を押して表示されるI/Oカウントがすごく伸びている。
　　リード　600,416,742　　　ライト　4,658,591
リードが6億になってる。先月のリードは3億だった：
　　リード　339,899,041　　　ライト　1,919,686

まあ、よくわかりませんが、動いていることは確かなので、スクラブ完了を待ちます。
やはり、一度工場出荷に戻したほうが良さそうですね。
スクラブが終わったら、バックアップ機にデータをコピーしなおしてから、工場出荷状態にしようかな？

それとも6TBのHDDが安くなってきたので、新しい箱があるので入れてみようかな？
６TBの安いSeagate ST6000AS0002 は互換リストに無いのですが、やはりこれは使えないのでしょうか？
互換リストにあるのは、高い６TBばかりです。
困っちゃうなー。

書込番号：19655877

[†うっきー†]

>スクラブが終わったら、バックアップ機にデータをコピーしなおしてから、工場出荷状態にしようかな？

購入しない場合は、それが良いと思います。


>それとも6TBのHDDが安くなってきたので、新しい箱があるので入れてみようかな？
>６TBの安いSeagate ST6000AS0002 は互換リストに無いのですが、やはりこれは使えないのでしょうか？
>互換リストにあるのは、高い６TBばかりです。

ちなみに同シリーズの8TであるST8000AS0002を本機で使っている人はいるようですね。
http://review.kakaku.com/review/K0000726464/ReviewCD=836986/
明確に対応となっていない8Tを使うのはどうかと思いますが、6Tの方は問題なく使えるとは思います。

互換の中にあるものとして最も安いものがWD60EFRXではないかと思いますが28000程度
ST6000AS0002が22000程度とすると、４台買うと、１台分のHDDの値段差が出てしまいますね。
価格差悩みますね。

使用しているドライブ数が4Tが46台,6Tが458台と少ないですが、
WDのRedは4Tよりも6Tの方が倍壊れやすいというデータも・・・・・
http://gigazine.net/news/20160217-hdd-reliability-2015/

HDDなんて消耗品だ。安さが正義だということで、ST6000AS0002を4台というのも有りですね。
使えるかどうかの責任は持てませんが、使えない理由はなさそうですね。
メーカーとしては、アーカイブＨＤＤとして扱っているようではありますが。


6Tを４台となると、それなりの値段がしますので、軽い気持ちでは買えないのが悩みどころですね。

書込番号：19656826

[orange]

あれー、またもや、脅威のループに陥ってしまった。やっぱりダメか。

データスクラブの進捗状況
　　3月1日00:00　　開始
　　3月3日12時　　 55.1%
　　3月5日23時　　 57.6%

えー？　2日間で2.5%しか進んでいない。
この間のI/O回数は
　　2月15日　　　　　リード　339,899,041　　　ライト　1,919,686
　　3月3日12時　　　リード　600,416,742　　　ライト　4,658,591
　　3月5日23時　　　リード　638,884,852　　　ライト　5,025,402
2日間でリードの増加分は3888万回なので、こんなものかな？


しかし、不安定ですねー。データスクラブのバグでしょうか？
どうしようもないので、困ってしまう。
それと、わずか半月間でリードが3億回も増えているのも、変ですね。（2月15日から3月3日まで）
この筐体は外れとしてあきらめたほうが良いのかな？

書込番号：19661813

[†うっきー†]

>この筐体は外れとしてあきらめたほうが良いのかな？

工場出荷状態に戻して、再度試してみるしかなさそうですね。


ST4000DM000は互換リストに載っていますが、メーカーサイトに以下の文言が赤字でありました。
以前、こんな文言あったかどうかは記憶がありませんが。
http://www.netgear.jp/products/details/RN10400.html#tab-特長
>ディスクレスモデル用にHDDコンパチビリティ（互換性）リストはご用意していますが、このリストは動作保証をするものではありません。
>あくまで、弊社製NASで動作したことを弊社または第3者が確認し、参考情報としてご提示するものです(*)。
>HDD側のファームウェアバージョンアップや、弊社NASのファームウェアバージョンアップによって、リスト掲載時には確認できなかった問題が発生する可能性があります。
>ビジネスでお使い等、動作保証が必要なお客様は、ディスク内蔵モデルをお求めください。
>(*)ファームウェアバージョンなど、確認時の情報は公開しておりません。

書込番号：19662753

[tatumiga]

＞工場出荷状態に戻して、再度試してみるしかなさそうですね。

スレ主さんの文を読みながら、私も同感ですね。残念ながら・・・・。

それと、スクラブ中にＰＣからRAIDａｒを立ち上げて、スクラブ実行中のＦＷ６．４．２の１０４にはアクセスしない方がいいんじゃないでしょうか？
大抵の場合はＯＫですが、
トラブルになって、「工場出荷時の状態に初期化する」から再出発した経験が２回あります。最近です。

スクラブ実行中にＲＡＩＤａｒ経由でアクセスすると、ＲＡＩＤａｒが途中でストップして、アクセスできなくなりました。
ＰＣを立ち上げ直して、再度アクセスしようとしても同じです。別の１０４には何の問題もなくアクセスできました。
そして、１０４の前面上部のＬＥＤは頻繁に点滅しているのに、前面下部の液晶画面は１０分以上待っても何も表示されず、真っ黒なまま。スクラブが何パーセント進んだかなどの表示が出ません。
そして、１０４の電源ボタンを押しても何の反応もナシ。要するに、ＣＰＵが暴走してしまったのだと思います。

もう手がないと思い、１００ボルトの電源ケーブルを一旦抜いて再接続すると、無事立ち上がって、ＲＡＩＤａｒからもアクセスできましたが、Ｒｙｓｙｎｃがスタートしていました。Ｒｙｓｙｎｃ中にＰＣからアクセスしてみると、保存していたデータは全部残っているようでした。

こういう場合、データが残っていてもあまり信用しない方がいいだろうと思い、「工場出荷時の状態に初期化する」からやり直した次第です。ファイルは別のＮＡＳやＰＣのＵＳＢ接続ＨＤＤに別保管してあり、実損ナシです。ヤレヤレ。

長時間かかるバックアップジョブ中やＲｙｓｙｎｃ中に、ＰＣ上のＲＡＩＤａｒから頻繁にアクセスしても同様な経験は今までありません。
スクラブ中のアクセスでは２度経験しましたが、・・・・。

今後はスクラブを開始した後、ＰＣなどからアクセスしない方針です。

orangeさんの１０４も、私のケースほどひどくはないものの、スクラブ中にアクセスした事で、小トラブルを発生した箇所があり、それの処理に苦労して時間がかかってしまうのではないでしょうか？

スクラブ中は、本体前面下部の液晶画面で何パーセント進捗したかを見るだけにしましょう。どうでしょうか？ご検討ください。

書込番号：19663289

[tatumiga]

「１０４で２回経験しました」と書きましたが、正確に書く「１０４と２０４で各１回経験しました」です。

１０４は2014年末に購入、２０４は最近購入。ＦＷはどちらも６．４．２です。２０４と１０４の違いはＣＰＵとメモリーのようです。
次のサイトにある比較表をご覧下さい。

http://www.watch.impress.co.jp/netgear/review44/

という事で、
スクラブ中のトラブルは、部品などのハード面の欠陥ではなく、スクラブ処理するソフト面に少し不十分な所があるのではないかと思いますが、どうでしょうか？スクラブ中に、ＰＣなどから横ヤリが入ると、処理を誤り、暴走してしまう・・・・・・。

書込番号：19663361

[†うっきー†]

19655877の書き込みで放置していた場合は、進んでいると書かれていますね。
その後、3/3から3/5の間は、放置していたのかどうかは気になりますね。
orangeさんの過去の書き込みをみると、RAIDarを使われているようですね。
私はRAIDarを使ったことがないのでわかりませんが、もし起動していたなら、何か影響していた可能性がありそうですね。
まる２日起動していたとは考えにくいですが。

もしＰＣ側から何か監視とかしていた場合は、何もしないで確認してみるのもありですね。

書込番号：19663580

[tatumiga]

＞†うっきー†さん
＞私はRAIDarを使ったことがないのでわかりませんが、・・・・

ああ、そうですか？やっぱりそうですか。

＞もし起動していたなら、何か影響していた可能性がありそうですね。
＞まる２日起動していたとは考えにくいですが。

私の推測から言えば、
「ＰＣを丸２日間使っていて、その間、ＲＡＩＤａｒからの接続もオンのまま」の場合には多分問題ないでしょう。
「ＲＡＩＤａｒからのアクセスをしたり、切ったりを繰り返すような使い方をしている」といった場合がリスクが大きくなってしまうでしょう。
という事です。

１０４へアクセスした瞬間に、横ヤリを入れられた１０４のＣＰＵは作業ミスを犯してしまう確率が高くなるという意味です。

私の場合、
ＰＣで他の作業をしていて一段落→ＲＡＩＤａｒを立ち上げて１０４へアクセス→１０４の作業の進捗状況を見る→１０４アクセスをカットして、元の作業に戻る。
夜、目が覚める→ＰＣの電源を入れる→トイレへ行く→ＲＡＩＤａｒを立ち上げて１０４へアクセス→１０４の作業の進捗状況を見る→ＲＡＩＤａｒをオフにし、ＰＣ電源をオフにする→また寝る。
という具合で、１日あたりのアクセス回数が非常に多いです。アクセス時間はそれ程ない長くない。

上に書いた拙宅でのトラブルは、ＲＡＩＤａｒから１０４へアクセスした瞬間に１０４は暴走しました。
ＲＡＩＤａｒからのアクセスを順調に開始して、その後でトラブル発生と言うわけではありません。
アクセスの回数が多いほどリスクが高まる。アクセスしている時間の長さの問題ではないという意味です。


orangeさんの場合も、ＲＡＩＤａｒからのアクセス回数が多いんじゃないでしょうか？

書込番号：19663781

[†うっきー†]

ちょっと本筋とはずれた内容なのですが、RAIDarって結構使われている方が多いんですかね。
こちらの書き込み件数が多い、orangeさんやtatumigaさんが使っているとなると、私が異端のような気が・・・・
しかも私はブックマークに追加すらしないで、毎回、ブラウザーから「https://192.168.0.15/」と手打ちです。
実際は「https://192.1」まで入力すると履歴が出るので、履歴から選択ではありますが。

書込番号：19664036

[tatumiga]

あ、そうですか。

何か別ソフトをお持ちなのかと早とちりしてました。
ブラウザーからにせよ手打ちからにせよ、ＲＡＩＤａｒ経由のアクセスとあまりちがわないかも知れませんね。

まあ、いずれにせよ、私は当面はスクラブ実施中のREADYNASにはPCからアクセスしないようにして、様子を見ようと思います。
「工場出荷時の状態に初期化する」という手間ひまを考えると、二度とこの種のトラブルに遭いたくありません。

また何か情報あればお願いします。

書込番号：19664339

[tatumiga]

†うっきー†さんが何か別ソフトから１０４へアクセスしておられるな、と思っていた理由は、細かい話になりますが、次のような違いからです。

†うっきー†さんが、　2016/02/08 07:40　[19567956]　のスレでアップロードされていた画像の中の日付・曜日が日本語表記になっています。

ＲＡＩＤａｒからアクセスした私のＰＣ上では日付・曜日は英語です。ログの文章は日本語ですけれども。

その辺りが少し違うなと思っていました。

書込番号：19664421

[†うっきー†]

>ＲＡＩＤａｒからアクセスした私のＰＣ上では日付・曜日は英語です。ログの文章は日本語ですけれども。

これは、ＲＡＩＤａｒからのアクセスかは関係ないです。
試しに、ブラウザーから直接直打ちでログインしてみて下さい。英語のままだと思います。
実は、この現象私も経験しています。

以下ブログからの引用です。
>ログをみていて気になったのですが、２号機の日付の表記が英語になっていました。メールで飛んでくる内容をも英語になっています。
>どちらも同じファームなのですが・・・・・
>気になるので２号機は工場出荷状態に戻す処理をかけてみます。
>結果は後日。2014/07/13 PM02:00追記：工場出荷状態に戻したところ日付の表記もログも日本語になりました。再構築にまた時間を取られることにはなりましたがすっきりしました。

最初に気づいたので、原因は分らず工場出荷状態にしました。
日付だけが英語ってなんだよーって感じですよね。

書込番号：19664530

[orange]

少しづつ進み始めました。
今日までの進捗状況を追加します。

データスクラブの進捗状況
　　3月1日00:00　　開始
　　3月3日12時　　 55.1%
　　3月5日23時　　 57.6%
　　3月8日11時　　 67.6%

この間の累積I/O回数は
　　2月15日　　　　　リード　339,899,041　　　ライト　1,919,686
　　3月3日12時　　　リード　600,416,742　　　ライト　4,658,591
　　3月5日23時　　　リード　638,884,852　　　ライト　5,025,402
　　3月8日11時　　　リード　832,202,575　　　ライト　5,654,946

RaidarはNAS104にアクセスするために使っていますが、アクセス方式はIPアドレス直打ちと同じ画面からLoginして入ります。
また、情報を見終わった後は、Browserを消すとともに、Raidarも終了さしています。BrowserはFirefoxです。

このぶんだと、スクラブ終了までたどりつけそうなので、放置してみます。
それにしてもI/O回数が多いですね。

書込番号：19670689

[tatumiga]

前に触れた１０４のスクラブが無事終了しました。所要時間５９ｈｒ。

READYNAS104＋3TB-HDD×４基。X-RAID2のRAID5。ＨＤＤはＷＤ社製RED。

「工場出荷時の状態に初期化する」→rysync→他のNASやPCからのデータコピーで保管データ2.47TB、フリー容量5.70TBでスクラブ実施。アンチウイルス機能はオンで。

スクラブ開始後はＰＣ上のＲＡＩＤａｒ等の管理画面からはアクセスしなかった。

前回スクラブをやった時のような暴走はしませんでした。ヤレヤレ。

書込番号：19678926

[tatumiga]

＞†うっきー†さん、orangeさん

私が使っているＲｅａｄｙｎａｓ１０４で、まだ「ＦＷ6.2.5」のが１台あります。
3TB-HDD×４基。ＦＬＥX-RAIDのRAID5。ＨＤＤはＷＤ社製REDです。容量８．２ＴＢの内、７．０ＴＢのデータが入っています。

もうそろそろバージョン・アップしようかと思っています。
「6.2.5」のままで、長期にわたり使ってきました。
それで、アップの前に（今話題になっている）スクラブの所要時間がどのくらいか、部分的に長時間かかるような場所ができているかどうかなど、「６．２．５」でのスクラブを試してみようかと思っています。

お二人に、ご質問します。
それ以外に、この「６．２．５」の１０４で試しにデータをとっておいた方がよいようなテスト項目はありませんか？
アップの実行時期は来週くらいになる予定です。
アイデアがあれば、ご提案下さい。宜しく。

書込番号：19691382

[†うっきー†]

>それ以外に、この「６．２．５」の１０４で試しにデータをとっておいた方がよいようなテスト項目はありませんか？

こちらの方もS.M.A.R.T.値は、確認済みですよね？
実行前に、I/O回数を控えておくくらいでしょうか。

今は特に思いつかないですね。すみません。

書込番号：19691482

[tatumiga]

＞†うっきー†さん、早速どうも。

先ず、来週「6.2.5」→「6.4.2」へアップ予定のＨＤＤ（3TB-HDD×４基）のS.M.A.R.T.情報を先程調べて見ましたが、４基共ＯＫでした。ソフトは「CrystalDiskInfo」を使用。


それと、先週「スクラブ実行中に暴走らしき現象で電源コードを抜いた」と書いた２件について。２件とも気になって、すぐにS.M.A.R.T.情報に異常がないかを見たのですが、何も検出されませんでした。

２件の内、READYNAS１０４（3TB-HDD×４基で使用）は再構築などの後で、先週後半にスクラブ実行し、５９時間で無事完了し、使用を開始しました。
残りのREADYNAS２０４（4TB-HDD×４基で使用）も再構築→データのバックアップHDDからの復旧などが完了→現在順調にスクラブ実行中です。

書込番号：19691839

[tatumiga]

104のＩ／Ｏステータス情報

追加情報：

来週「6.2.5」→「6.4.2」へアップ予定のREADYNAS１０４のＩ／Ｏステータス情報です。現在値は、

リード：７２７６　　　　　　ライト：１０６２８２

昨日あたりから頻繁にアクセスしているんですが、少し小さ過ぎますかね？
「Ｉ／Ｏステータス情報」の意味がよく理解できていないんで、・・・・・・、すみません。
数字を引用するだけで、ごかんべんを。

書込番号：19692407

[tatumiga]

今回のスクラブ時間	３／７のスクラブ時間

＞orangeさん＞†うっきー†さん

前に触れた兄弟機READYNAS２０４のスクラブが先程終了したので、１０４との比較のため記載します。ご参考まで。
今回の所要時間３２ｈｒ。

READYNAS２０４＋4TB-HDD×４基。X-RAID2のRAID5。ＨＤＤはＷＤ社製RED。

「工場出荷時の状態に初期化する」→rysync→他のNASやPCからのデータコピーで保管データ8.97TB、フリー容量1.93TBでスクラブ実施。アンチウイルス機能はオンで。

スクラブ開始後はＰＣ上のＲＡＩＤａｒ等の管理画面からは今回はアクセスはナシ。暴走はしませんでした。

−−−−−

実は３／７にもREADYNAS２０４のスクラブを実施して、この時は成功しているので、それについても簡単に書いておきます。この時は所要時間２５ｈｒでした。

使ったHDDは同じモノ。
保管データ2.91TB、フリー容量7.99TBでスクラブ実施。アンチウイルス機能はオンで。

まだ、スクラブ中の暴走らしき現象を経験する前なので、ＰＣ上のＲＡＩＤａｒから何回かアクセスしましたが、幸いスクラブ完了までＯＫでした。

−−−−−

３／７の時も昨日も、スクラブ進行のパーセントが２０％台後半まではREADYNAS１０４と時間的には同じ位のスピード感でしたが、３０％を越えた辺りからREADYNAS１０４よりだいぶ早く進みました。

今後も３０時間程度で終わってくれるなら＆暴走しないでくれるなら、READYNAS２０４では毎月１回程度のスクラブ実行ができるなと感じています。

書込番号：19694640

[tatumiga]

ＲＥＡＤＹＮＡＳ２０４の現在のＩ／Ｏステータス

情報書き落としました。ＲＥＡＤＹＮＡＳ２０４の現在のＩ／Ｏステータス情報。

リード：3903905164　　　　ライト：799981

書込番号：19694698

[tatumiga]

＞†うっきー†さん

NETGEAR社のＮＡＳは、使っているＨＤＤのS.M.A.R.T.値を常時見ているようで、異常があると警報メールが送られてきますね。
Ｎ社の古いＮＡＳの電源を久しぶりにオンにしたら、メールが来ました。こういうメールは初めてですが、１０４，２０４などでも同じでしょうね。

ＨＤＤを取り出して、ＰＣにつないで専用ソフトで見ると、

Ｃ５　　代替処理保留中のセクタ数
Ｃ６　　回復不可能セクタ数

の２ヶ所が「注意」を意味する黄色の○になっていました。

−−−−−−−−−
メール
（タイトル）SMART disk errors detected [××××]

（内　容）Detected increasing uncorrectable errors[417] on disk 1 [WDC WD30EZRX-××××, WD-WCAWZ××××]. This often indicates an impending failure. Please be prepared to replace this disk to maintain data redundancy.
（「××××」の部分は私が書き換えました）

書込番号：19698369

[†うっきー†]

>NETGEAR社のＮＡＳは、使っているＨＤＤのS.M.A.R.T.値を常時見ているようで、異常があると警報メールが送られてきますね。

はい。私のRN10400も、過去に２度程S.M.A.R.T.値のエラーでメールが飛んできました。
そのエラーが出たＨＤＤを指しなおして自動リビルドをかけて、今でもそのまま使っています。
しばらく使っているとエラー数が０になったので、まあいいかと、放置しています。

警告メールは非常にありがたいですね。

書込番号：19698983

[tatumiga]

なる程。そういう理解でOKという事ですね。

そうすると、スレ主さんが困っておられるような、スクラブに延々と時間がかかる状況というのは、ハードウェア上の欠陥が生じていて、それに引っかかって処理時間を取られているという事ではない、と断言できそうですね。
ソフト上の情報のやり取りに時間ばかりかかっている、それよりか一旦再構築からやり直す方がベターだと。

ただし、スレ主さんがS.M.A.R.T.値の警報メールを見落としていなければ、という前提ではありますが、・・・・。まあ、そういう見落としは実際上あり得ないでしょうから。

書込番号：19699814

[tatumiga]

以前も触れましたが、現在FW6.2.5で使用中のREADYNAS１０４をFW6.4.2へバージョン・アップする予定です。色々考え、その途中で行いたいことをまとめました。何かご提案などがあれば、どうぞ宜しくお願いします。

現在3TB−HDD×4基、FREX-RAIDのRAID5でFW6.2.5、容量8.2ＴＢの内、7.0ＴＢのデータを保存中。

�@.先ず、現在の状況のままでスクラブを行う。所要時間、前後のリード・ライト数等を記録する。

�A.FW6.4.2へバージョンアップ。

�B.スクラブを行う。所要時間、前後のリード・ライト数等を調べる。
　ただし、とんでもない時間がかかりそうな様子なら、途中でスクラブ中止し、次の�C.を行う。

�C.工場出荷時の状態に初期化する→rysync→他のNASやPCからデータを数TB、バックアップ・コピーする。上と同様にrysync、データ・コピー等の所要時間、前後のリード・ライト数等を記録する。

�D.スクラブ実施。同様に、スクラブの所要時間、前後のリード・ライト数等を調べる。

書込番号：19701723

[tatumiga]

一部作業を追加します。

�@.先ず、現在の状況のままでスクラブを行う。所要時間、前後のリード・ライト数等を記録する。

�A.FW6.4.2へバージョンアップ。

�B.スクラブを行う。所要時間、前後のリード・ライト数等を調べる。
　ただし、とんでもない時間がかかりそうな様子なら、途中でスクラブ中止し、次の�Cを行う。順調にいって、スクラブが完了する場合は以下は行わない。

�C.このNAS上にあるファイルやフォルダーを「文書」フォルダーを除き全て削除する。　　「文書」フォルダーの中にあるファイルやフォルダーも全て削除する。

�D.一旦再起動した後、スクラブを行う。所要時間、前後のリード・ライト数等を調べる。
　ただし、とんでもない時間がかかりそうな様子なら、途中でスクラブ中止し、次の�Eを行う。順調にいって、スクラブが完了できる場合は、�Fの作業の内、「工場出荷時の状態に初期化する→rysync」は行わない。

�F.工場出荷時の状態に初期化する→rysync→他のNASやPCからデータを数TB、バックアップ・コピーする。上と同様にrysync、データ・コピー等の所要時間、前後のリード・ライト数等を記録する。

�G.スクラブ実施。同様に、スクラブの所要時間、前後のリード・ライト数等を調べる。

書込番号：19704030

[tatumiga]

時間が経過してしまいました。スイマセン。

2014年6月頃購入し使ってきた１０４のＦＷを6.2.5→6.4.2へアップした後、ディスクスクラブを行いました。
ＨＤＤはＷＤ−ＲＥＤの３ＴＢ−ＨＤＤ×４個でＲＡＩＤ５（ＦＬＥＸ−ＲＡＩＤ）です。現在の空き容量は約１７％。

5/5に6.4.2へアップし、デフラグを行い、スクラブに入りました。６１時間３０分で完了。開始後しばらくは少し遅いなと感じましたが、後半スピード・アップし、予想範囲内の時間で完了しました。

購入直後に１〜２回の再構築をやったと思いますが、その後ずっとそのままで使用してきたので、スクラブ完了まで行きつかないのではないかと懸念していましたが、ＯＫでした。取り急ぎの報告まで。

書込番号：19856804

[orange]

スレ主です。
対応が遅れてしまいましたが、スクラブがおかしいReadyNAS104機を初期設定しました。
どこかが悪くなっているといけないので、これを本番機からバックアップ機に変更して、バックアップ機を本番機に変えました。
バックアップ機には、そっくりコピーしてあったので、データは何も変更なしです。

役割変更には少しだけトリックを使いました。
というのも、Windows からのアクセスは、ホルダーごとにデータドライブを割り当てていました：例えば写真はW、文書はX、音楽はY・・・などのように。PCは3台以上とノートブックにMACが1台。変更したくない。
これらを変更するのはたいへんなので、以下のように本番機とバックアップ機をスワップできました：
　　０：本番機とバックアップ機の設定をファイルにダウンロードしておく。
　　１．Windowsからのアクセスはしないように注意して（何もしなければよい）
　　２、RAIDARで本番機とバックアップ機の名前を変更しました（本番機名　<==>　バックアップ機名に名前を入れ替える。中間ネームを使用した）
　　３．ルーターの固定IPアドレスを本番機とバックアップ機をスワップしました（中間のIPアドレスを使用）
これでWindowsを再起動すると、めでたく本番機とバックアップ機が変更できました。
Windowsは常に本番機にアクセスしていると思い込んでいる。
自分も間違わないように、作業前には、本番期の固定IPアドレスはｘｘとメモをしっかりと書きました。
変更時には、メモを見ながら確認しつつ変更しました。

そして、調子が悪かった本番機（今はバックアップ機になっている）を工場出荷時に戻しました。3-4日かかる。
空のバックアップ機が作り直されたので、これに保管していた設定をファイルからリストアしました。
(自分の昔の設定（つまり昔の本番機）を使ってしまったが、問題なかった）
再起動が必要と出てきたので、シャットダウンして彩度パワーオンしました。
全てのホルダーが出来上がり、各ホルダーへのファイルアクセスは、正しくリストアされていました。
これで、ホルダーがすべて戻りました。もちろん中身は空です。
バックアップジョブは指定してなかったので、これを追加で作成した。
バックアップ画面から、すべてのバックアップを開始して、待ちました。
３日と２１時間でバックアップが完了しました。データは8.35TBです。

これで運用を再開しました。
途中は、当然ながら本番機へのアクセスをしながらのバックアップ機再構築です。

あと2.5TBしか空きスペースが無いので、来年あたりには3台目を６TBか8TBのHDDで作ろうかなと思っています。3台目の箱だけは購入済です、箱の故障に備えるために買ってあります。

しかしこのReadyNAS104に8TBが入るなんて、すごい拡張性能ですね。願わくば、安い8TBをテストしてほしい。
Seagateのはダメだろうけど、WestanDigitalのWD80EFZXで行きたいな。1年後には半値にならないかしら？
NETGEAR様、今までのサポートありがとうございます。あと少しだけ面倒を見てくださいな。

書込番号：19874467

[†うっきー†]

WD80EFZXが3万8千前後
WD80PUZXが4万前後

T8000AS0002が2万5千前後
４本だとすごい金額差が・・・・・

WD80EFZX,WD80PUZXどちらでもいいので、値段が下がってほしいですね。
T8000AS0002に逃げてしまう人もいるのはわかります。これだけ値段差があると・・・・・

書込番号：19874566

[tatumiga]

orangeさんへ

旧本番機の再構築完了された由、ご苦労様。
先ず、この旧本番機で「ディスクスクラブ」をやる必要があると思います。

この確認作業を至急やらないと、今後安心して使えない・・・・・・。

書込番号：19874602

[orange]

>>先ず、この旧本番機で「ディスクスクラブ」をやる必要があると思います。

おっしゃる通りです。
忙しかったので放置していましたが、昨夜ファームアップして６．５．０にした。
そしてデータスクラブを開始しました。

今見ると、19時間で25%進んでいた。順調です。

書込番号：19924127

[orange]

データスクラブが完了しました。　良かった！

2日と17時間で完了。　データは8.37TB、空きは2.53TBです。4TBｘ4個のXRAID2.
今までと同じ程度になった。　めでたし目出度し。
NASを初期化したのか良かったのか、新しいファームが効いたのかわかりませんが、ともかく正常になって良かった。

書込番号：19930167