![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
#author("2020-10-19T12:39:45+00:00","default:wikiadmin","wikiadmin") #author("2024-10-04T04:56:34+00:00","default:wikiadmin","wikiadmin") -はじめてのNAS購入。よく考えずに購入したらHDD4台タイプだったという。ほぼLinux同様のことができるためPCとしてカウント #contents *復旧後にUbuntuで認識させる（電源ONのたびにやらねばならぬ) [#c3746018] -ssh apt-get install ssh /etc/init.d/ssh start -mdadm apt-get install mdadm -RAID構成読み取り mdadm --examine --brief --scan --config=partitions -割り当て mdadm --assemble /dev/md/0 /dev/sd[a-d]1 mdadm --assemble /dev/md/1 /dev/sd[a-d]2 mdadm --assemble /dev/md/data-0 /dev/sd[a-d]3 *復旧作業の記録 [#a74985f0] **最後にデータ移行 [#le1b538f] ネットワークコピーだと徐々に速度が落ちていく。動画を除きほぼ1日がかりで終了。全部で200G未満だがそれでも時間がかかるなぁ。 **手動復旧 [#md95eefe] -/dev/md/0はシステム領域 mdadm --assemble /dev/md/0 /dev/sd[a-d]1 -/dev/md/1はSWAP領域 mdadm --assemble /dev/md/1 /dev/sd[a-d]2 -/dev/data-0がデータ領域だが・・・だめじゃん mdadm --assemble /dev/md/data-0 /dev/sd[a-d]3 mdadm: /dev/md/data-0 assembled from 2 drives and 1 spare - not enough to start the array. -強制認識 mdadm -v -A --force /dev/md/data-0 /dev/sd[a-d]3 そうしたら再構築が強制的に始まっていた・・・。4時間以上まってから再接続で無事救出成功｡次回以降は矯正認識不要で、自動マウントまでされる。 **再構築後 [#kde16d11] ubuntu@ubuntu:~$ cat /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] md127 : active raid5 sda3[0] sdd3[4] sdc3[2] sdb3[1] 8776244352 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU] md1 : active raid6 sdd2[0] sda2[3] sdb2[2] sdc2[1] 1046528 blocks super 1.2 level 6, 512k chunk, algorithm 2 [4/4] [UUUU] md0 : active raid1 sda1[5] sdc1[2] sdd1[4] sdb1[1] 4190208 blocks super 1.2 [4/4] [UUUU] **次に自動認識 [#jf8dcfb3] mdadm --examine --brief --scan --config=partitions ARRAY /dev/md/0 metadata=1.2 UUID=9326c83b:71c0c621:6c99527d:39361a31 name=0e364ce8:0 ARRAY /dev/md/1 metadata=1.2 UUID=d91f57cc:20608a15:cd83d830:074f38d3 name=0e364ce8:1 ARRAY /dev/md/data-0 metadata=1.2 UUID=8b53dfa1:01ba2c29:e2f37d63:2616b2f3 name=0e364ce8:data-0 spares=1 **fdisk [#qfe9b3fc] root@ubuntu:~# fdisk -l Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/loop0: 1.2 GiB, 1241145344 bytes, 2424112 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/sda: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 0677F352-2ABE-417A-BF3B-80A0DDBD3165 デバイス Start 最後から セクタ Size タイプ /dev/sda1 64 8388671 8388608 4G Linux RAID /dev/sda2 8388672 9437247 1048576 512M Linux RAID /dev/sda3 9437248 5860529072 5851091825 2.7T Linux RAID Disk /dev/sdb: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 0AE0B1A0-A9B7-4902-8B56-78F78BEF4CF8 デバイス Start 最後から セクタ Size タイプ /dev/sdb1 64 8388671 8388608 4G Linux RAID /dev/sdb2 8388672 9437247 1048576 512M Linux RAID /dev/sdb3 9437248 5860529072 5851091825 2.7T Linux RAID Disk /dev/sdc: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: AE0C8390-5E7A-41FE-A3DA-EC085E7E2380 デバイス Start 最後から セクタ Size タイプ /dev/sdc1 64 8388671 8388608 4G Linux RAID /dev/sdc2 8388672 9437247 1048576 512M Linux RAID /dev/sdc3 9437248 5860529072 5851091825 2.7T Linux RAID Disk /dev/sdd: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: C9349F76-CA99-4407-9029-25715BBFBE11 デバイス Start 最後から セクタ Size タイプ /dev/sdd1 64 8388671 8388608 4G Linux RAID /dev/sdd2 8388672 9437247 1048576 512M Linux RAID /dev/sdd3 9437248 5860529072 5851091825 2.7T Linux RAID Disk /dev/sde: 14.9 GiB, 16018046976 bytes, 31285248 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xc3072e18 デバイス 起動 Start 最後から セクタ Size Id タイプ /dev/sde1 * 112 31285247 31285136 14.9G c W95 FAT32 (LBA) *保障 [#z1791e6a] -2017/07/03まで *設定 [#a65c014a] *サーバーカスタマイズ [#t145f1b1] **Apache [#m1765e42] -/etc/frontview/apacheに設定ファイルを配置する。 *apt履歴 [#s9000ed6] apt-get install subversion apt-get install libapache2-svn **svn install [#l545477d] http://kb.netgear.com/app/answers/detail/a_id/12270/~/hosting-subversion-service-on-the-readynas *ハマリポイント [#pce175d5] -HDDはパーティション情報を完全消去しないと「ERR: Used disks.」がでてしまう。 -上記を解消するために一度でもパーティションを切った場合は、Windowsのディスクの管理ツールではパーティションを消しきれない。diskpartをつかって完全消去する。 *変遷 [#q329649d] -2014/07/03 WDはサポートリストにはなかったのでTOSHIBAの購入後半年放置のHDDを利用。ついでに買い増し。初日はフォーマット問題ではまり。 -2014/07/06 前日に届いた3TB*2をはめて再構築7:30から月曜の11時まで28時間！（表示は44時間だったが） -2015/12/10 sshでシャットダウンしたが、電源落ちず。強制電源OFFせざるを得ない状況に。その後復旧だが、今後に不安である。 -2016/11/12 拡張のためにホットスワップ試したが、硬くて抜けず、別のディスクを抜いてジエンド。とりあえず6TBさして９６時間で再構築。11/12 8:37:19開始で、11/15 18:31:56 *Tips [#f8ac7d0e] http://www.readynas.com/forum/viewtopic.php?f=11&t=76184 **ReadyNas同士のバックアップ [#ad392b66] http://kb.netgear.com/app/answers/detail/a_id/29741/~/how-do-i-back-up-data-between-two-readynas-os-6-systems-(using-the-backup?cid=wmt_netgear_organic **ディスクを大容量にかえる。 [#sa43424f] マニュアル用語でいうところの垂直な拡張 1本ずつ交換し、再構築が終わったらさらに一本。全部終わったら再起動すると容量が増える。 +ディスクを抜いて10秒ほど待ったら、新しいディスクを入れる +再構築が終わったら別のディスクの繰り返し +全部終わったら再起動。再起動後に領域拡張が走る http://kb.netgear.com/app/answers/detail/a_id/21415/~/how-do-i-expand-an-existing-x-raid-volume-with-larger-disks%3F **USBへバックアップ [#je954fca] http://kb.netgear.com/app/answers/detail/a_id/29654/~/how-do-i-back-up-data-from-my-readynas-os-6-system-to-a-usb-disk%3F?cid=wmt_netgear_organic *2015/12移行計画 [#y88a4cbb] xraidだとトラブルがあるというし整理する意味できちんとバックアップしてから。 *2016/11破壊 [#mab55dde] ほっとスワップなのにまったく抜けない（思い切り引っ張らないとだめ）、2台抜いてジエンド。もう二度と使わない！6tb*4にして再構築92時間。 **再構築後 [#fa61e8f5] Personalities : [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md127 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1] 17567012352 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU] md1 : active raid6 sdd2[3] sdc2[2] sdb2[1] sda2[0] 1047424 blocks super 1.2 level 6, 64k chunk, algorithm 2 [4/4] [UUUU] md0 : active raid1 sdd1[3] sdc1[2] sdb1[1] sda1[0] 4190208 blocks super 1.2 [4/4] [UUUU] unused devices: <none> df -h するとmd127が/dataに当てられており、/dev/md0はシステム系に当てられている。 md1はどこにも割り当てられていない。 **mdadmを利用した手動復旧 [#b348a2f4] http://karia.hatenablog.jp/entry/20120702/1341164642 http://linkage.white-void.net/2016/08/369/ http://piro791.blog.so-net.ne.jp/2011-06-20 http://pc.mogeringo.com/archives/7313 **使用状況 [#hbcd744c] -320Gでそのうち動画が250GB。 0 /data/home 47 /data/.apps 0 /data/.vault 3111 /data/写真 250071 /data/動画 56860 /data/音楽 60 /data/文書 3361 /data/バックアップ 1 /data/._share 7014 /data/sakura 320522 /data *ディスク入替前のバックアップ [#n81a7800] -Document OK -Photo OK -MP3追加分 まだ *USBメモリ [#afa6ecc7] -挿す位置ではなく、IDで管理しているようだ。 |Transcend 128G|USB_FALSH_3|後ろ上段|Document&Photo| |Transcend 128G|USB_FALSH_4|後ろ下段|使っていない| MP3を全部コピーしようとしたら認識しなくなっていた。USBメモリの問題である可能性が高いが少しずつコピーさせるべし！ *履歴 [#h952bcef] -2018/02/06 コピージョブ失敗発覚。監視系がなっていないので何とかしたいのとUSBの不安定さはなんともしがたい。 -2018/10/25 rsyncでバックアップ。 -2024/10/04 WD Redも導入から9年でVol3が認識せず。一旦電源切って復旧させるか考える。 *トラブルシューティング [#mafccc63] **/の使用率100% [#x2b35635] ボリューム: システムボリューム root の使用は 99 % です。この状態は通常では発生しません。テクニカルサポートにお問い合わせください。
