kourin.org管理人ブログ

リビングESXにH/W RAID基板経由でSSHDを接続してHDDからデータをコピーして暫く様子見していましたが、特に問題なさそうなので、古いHDDを取り外す事に…  😀

古いHDDを取り外して、SSHDに入れ替えて、SATAケーブルをH/W RAID基板経由になる様に繋ぎ変えます。

取り外した古いHDDはお役御免…
ってな訳では無くて、この後で実家用ESXに転用する予定です。

はい、こんな感じで元通りです！

…ただ非常に残念な事が一つ。
先日わざわざHDDのアクセスLEDを外部から確認できるように改造したんですが、Segate FireCuda ST2000LX001 は、アクセスLEDが使えない様です。
HDD本体やRAIDカードなどではなくHDDケース単体でアクセスLEDを実装している場合や、大概はHDDのSATA電源から状態を取得していますが、同じメーカーでも、モデルやファームウェアによって対応がマチマチなんですよね…
ちゃんと動くヤツ、少しおかしいけど動くヤツ、全く無反応なヤツなどなど。

ってな訳で、こんな感じのデータストアになりました！
これで空き容量の心配はしなくてOKですね。  😛

[rakuten]a-price:10599738[/rakuten]
[rakuten]goodwill:10219550[/rakuten]
[rakuten]etre:10021425[/rakuten]
[rakuten]pckoubou:10265589[/rakuten]

もしかすると今年最後になるかもしれない家庭菜園記事！
さーて… 前々回は、監視カメラが壊れたので新しいものに交換しましたが、モバイルルーターが壊れてました。
前回は、モバイルルータを交換しましたが、電源回り（バッテリー）に問題が発生…

ってことで、このところまともに動いてません（爆）
特に新しく交換した監視カメラがなにもせずにさび付いていくのは悲しい…

さて、バッテリーの不具合ですがどうも過放電による故障のようです。
去年もこの時期に交換したような気がしますので、ソーラーチャージコントローラを経由せずに電気柵に供給している電源が原因なんでしょうかね…  😕
今は植えてある野菜もないのでとりあえず電源を切り離しておくことにします。

『LONG WP20-12 シールドバッテリー 12V20Ah 2個』

とりあえず交換して機器の電源が入ることを確認…
しばらく監視カメラと格闘しましたが、設定をミスっているのかアクセスできない。
仕方ないので一度持ちかえって確認することにします。  🙁

ついでに、畑のじゃがいもを掘ってお持ち帰り…

育てていたわけではないんですが、前回掘った際に小さくて食べられそうにないじゃがいもを放置しておいたら大繁殖してました。
うーむ、当分じゃがいもには困らなそう…  😀

[rakuten]bike-parts:10002171[/rakuten]
[rakuten]batterystore:10000494[/rakuten]
[rakuten]sekiyaeco:10000818[/rakuten]
[rakuten]sekiyaeco:10000216[/rakuten]

さてさて、H/W的には新しいSSHDを仮置きして使える様になりましたので、今度はソフトウェア的にデータを移したりなんなりの作業を実施します…  😀

とりあえず録画PCのWindows仮想マシンについては、SSHD上に新しく仮想ディスクを作成してそれをアサイン。
Windows上で普通にデータコピーで終了… 試しにベンチマークを取ってみたところこんな感じに…

CystalDiskMark 1GBデータでのベンチマーク結果

CrystalDiskMask 100MBデータでのベンチマーク結果

何が理由か分かりませんが、データサイズによってシーケンシャルとランダムが逆転してますね…
SSHDに搭載しているSSDの容量的には8GBもあるハズなので、どちらでもSSDに収まるサイズではあるハズなんですが… 謎です。
・・・いずれにしても、OS上からのベンチマーク的にはそんなに悪い数値では無さそうです。

続いて光輪サーバーであるLinuxですが、思ったより苦労しました（爆）
2つのデータストア上の仮想ディスクを跨いてLVMミラーを構成していたので、片方の仮想ディスクをSSHD上にコピーし、もう片方は構成解除すればとりあえずは起動するんじゃないかと軽く考えていたんですが… ダメでした。

まずOS起動途中にコケます。
コマンドプロンプトが表示され、rootのパスワードでログインして問題を修正する様に促されるのでrootでログインします。

[root@Linux ~]# vgdisplay -v
WARNING: Device for PV TB8AGg-685e-d3Mk-CJwe-bxpv-axNr-317b3D not found or rejected by a filter.
Couldn't find device with uuid TB8AGg-685e-d3Mk-CJwe-bxpv-axNr-317b3D.
There are 1 physical volumes missing.　← ディスクが無いよと怒られる
--- Volume group ---
VG Name vg01
System ID 
Format lvm2
Metadata Areas 1
Metadata Sequence No 18
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 4
Open LV 4
Max PV 0
Cur PV 2
Act PV 1
VG Size 599.99 GiB
PE Size 4.00 MiB
Total PE 153598
Alloc PE / Size 151560 / 592.03 GiB
Free PE / Size 2038 / 7.96 GiB
VG UUID z1jfRV-0Udm-N1l0-aGrS-4DQc-0LPY-qLcMjF
…
※以下Lvolの情報が続く... LV Statusが"available"になっていないLV Nameを確認

[root@Linux ~]# lvchange -a y /dev/vg01/lvol1　← 上で確認したLVを有効にする
[root@Linux ~]# lvchange -a y /dev/vg01/lvol2　← 上で確認したLVを有効にする
[root@Linux ~]# lvchange -a y /dev/vg01/lvol3　← 上で確認したLVを有効にする
[root@Linux ~]# lvchange -a y /dev/vg01/lvol4　← 上で確認したLVを有効にする
※この状態で "exit" すると取り合ずOSが起動します。

[root@Linux ~]# vgreduce --removemissing --force /dev/vg01　← 不良のディスクを強制的に構成解除
[root@Linux ~]# vgdisplay -v /dev/vg01
 --- Volume group ---
VG Name vg01
System ID 
Format lvm2
Metadata Areas 1
Metadata Sequence No 24
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 4
Open LV 4
Max PV 0
Cur PV 1
Act PV 1
VG Size <300.00 GiB
PE Size 4.00 MiB
Total PE 76799
Alloc PE / Size 75780 / <296.02 GiB
Free PE / Size 1019 / 3.98 GiB
VG UUID z1jfRV-0Udm-N1l0-aGrS-4DQc-0LPY-qLcMjF

--- Logical volume ---
LV Path /dev/vg01/lvol1
LV Name lvol1
VG Name vg01
LV UUID EdDh6y-nDjt-Zz0u-VPuu-fryd-13mp-4HcISN
LV Write Access read/write
LV Creation host, time Linux.kourin.org, 2018-05-05 01:22:34 +0900
LV Status available
# open 1
LV Size 240.00 GiB
Current LE 61440
Mirrored volumes 2
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:6

--- Logical volume ---
LV Path /dev/vg01/lvol2
LV Name lvol2
VG Name vg01
LV UUID giid1H-2fG6-tGCe-SCMU-uacE-GBQN-FJcQ8f
LV Write Access read/write
LV Creation host, time Linux.kourin.org, 2018-05-05 01:23:03 +0900
LV Status available
# open 1
LV Size 1.00 GiB
Current LE 256
Mirrored volumes 2
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:13

--- Logical volume ---
LV Path /dev/vg01/lvol3
LV Name lvol3
VG Name vg01
LV UUID 0kbxjB-QPos-CvXc-XVAa-3B7I-kw2C-rQEBOc
LV Write Access read/write
LV Creation host, time Linux.kourin.org, 2018-05-05 01:23:11 +0900
LV Status available
# open 1
LV Size 25.00 GiB
Current LE 6400
Mirrored volumes 2
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:20

--- Logical volume ---
LV Path /dev/vg01/lvol4
LV Name lvol4
VG Name vg01
LV UUID v5QReG-S79l-B2UY-l9Vi-qzJ8-h9Hc-DPb5cc
LV Write Access read/write
LV Creation host, time Linux.kourin.org, 2018-05-05 01:23:20 +0900
LV Status available
# open 1
LV Size 30.00 GiB
Current LE 7680
Mirrored volumes 2
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:27

--- Physical volumes ---　← 構成されているディスクが1本になっている
PV Name /dev/sdb 
PV UUID zBeoFk-K6dd-O72O-oSlh-AlHt-4K1j-XEQyoa
PV Status allocatable
Total PE / Free PE 76799 / 1019

[root@Linux ~]# lvconvert -m 0 /dev/vg01/lvol1　← ミラーの構成を解除
Are you sure you want to convert raid1 LV vg01/lvol1 to type linear losing all resilience? [y/n]: y
Logical volume vg01/lvol1 successfully converted.
[root@Linux ~]# lvconvert -m 0 /dev/vg01/lvol2　← ミラーの構成を解除
Are you sure you want to convert raid1 LV vg01/lvol2 to type linear losing all resilience? [y/n]: y
Logical volume vg01/lvol2 successfully converted.
[root@Linux ~]# lvconvert -m 0 /dev/vg01/lvol3　← ミラーの構成を解除
Are you sure you want to convert raid1 LV vg01/lvol3 to type linear losing all resilience? [y/n]: y
Logical volume vg01/lvol3 successfully converted.
[root@Linux ~]# lvconvert -m 0 /dev/vg01/lvol4　← ミラーの構成を解除
Are you sure you want to convert raid1 LV vg01/lvol4 to type linear losing all resilience? [y/n]: y
Logical volume vg01/lvol4 successfully converted.
[root@Linux ~]# 
[root@Linux ~]# vgdisplay -v vg01
--- Volume group ---
VG Name vg01
System ID 
Format lvm2
Metadata Areas 1
Metadata Sequence No 32
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 4
Open LV 4
Max PV 0
Cur PV 1
Act PV 1
VG Size <300.00 GiB
PE Size 4.00 MiB
Total PE 76799
Alloc PE / Size 75776 / 296.00 GiB
Free PE / Size 1023 / <4.00 GiB
VG UUID z1jfRV-0Udm-N1l0-aGrS-4DQc-0LPY-qLcMjF

--- Logical volume ---　← "Mirrored volumes" の表示がなくなっている
LV Path /dev/vg01/lvol1
LV Name lvol1
VG Name vg01
LV UUID EdDh6y-nDjt-Zz0u-VPuu-fryd-13mp-4HcISN
LV Write Access read/write
LV Creation host, time Linux.kourin.org, 2018-05-05 01:22:34 +0900
LV Status available
# open 1
LV Size 240.00 GiB
Current LE 61440
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:6

--- Logical volume ---　← "Mirrored volumes" の表示がなくなっている
LV Path /dev/vg01/lvol2
LV Name lvol2
VG Name vg01
LV UUID giid1H-2fG6-tGCe-SCMU-uacE-GBQN-FJcQ8f
LV Write Access read/write
LV Creation host, time Linux.kourin.org, 2018-05-05 01:23:03 +0900
LV Status available
# open 1
LV Size 1.00 GiB
Current LE 256
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:13

--- Logical volume ---　← "Mirrored volumes" の表示がなくなっている
LV Path /dev/vg01/lvol3
LV Name lvol3
VG Name vg01
LV UUID 0kbxjB-QPos-CvXc-XVAa-3B7I-kw2C-rQEBOc
LV Write Access read/write
LV Creation host, time Linux.kourin.org, 2018-05-05 01:23:11 +0900
LV Status available
# open 1
LV Size 25.00 GiB
Current LE 6400
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:20

--- Logical volume ---　← "Mirrored volumes" の表示がなくなっている
LV Path /dev/vg01/lvol4
LV Name lvol4
VG Name vg01
LV UUID v5QReG-S79l-B2UY-l9Vi-qzJ8-h9Hc-DPb5cc
LV Write Access read/write
LV Creation host, time Linux.kourin.org, 2018-05-05 01:23:20 +0900
LV Status available
# open 1
LV Size 30.00 GiB
Current LE 7680
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 8192
Block device 253:27

--- Physical volumes ---
PV Name /dev/sdb 
PV UUID zBeoFk-K6dd-O72O-oSlh-AlHt-4K1j-XEQyoa
PV Status allocatable
Total PE / Free PE 76799 / 1023
[root@Linux ~]# 
[root@Linux ~]# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert　← ミラーの構成が表示されない
lvol1 vg01 -wi-ao---- 240.00g 
lvol2 vg01 -wi-ao---- 1.00g 
lvol3 vg01 -wi-ao---- 25.00g 
lvol4 vg01 -wi-ao---- 30.00g

…と、こんな感じでやっとこ構成解除できました。  😆
LVMミラーが稼動中に壊れた場合の構成解除方法は探せば出てきたんですが、DISKを認識してない状態からの復旧方法はなかなか見つからなかったので残しておきます…

とりあえずこんな感じになりました。
HDD_datastoreが、新しく接続したSSHDのデータストアになります。
少しの間この状態で稼働させて問題ないか確認…  😎

過去にはH/W RAID基板によって冗長化を構成していたことも有りましたが、現在のリビングESXのデータ用HDDは、OS上の機能でソフトウェア的にRAIDを構成しています。
これを昔の形に戻そうかなぁ… と言うのが今回のチャレンジです！  😛

H/W RAID基板をやめた理由は、速度が遅すぎる… に尽きます。
でも基板自体はSATA3に対応しておりそれなりの速度は出るハズ。
HDDが原因で遅いのであれば、SSHDならどうだろう？  🙄
って事で、データ用1TB HDDを2TB SSHDに交換してH/W RAID1化してみます！！

左から「mSATA to SATA 3.0 変換基板」「Seagate FireCuda 2.5インチ 2TB SSHD」「Bplus Technology PM1092R」

PM1092Rは過去のH/W RAID化に使ったものです。
（その後交換した方のヤツではなく、あくまで最初に使ったヤツです）

mSATA to SATA 3.0 変換基板はぱっと見SSDの様ですが、パカっと開けると変換基板が入ってます。
mSATAのSSDをSATAのSSDとして使うための製品ですね。
過去のH/W RAID化の際は変換基板の選択をミスったせいで余計に変換を挟んでいたので、今回はちゃんと１回で変換が済むものに変更…  😀

仮置きしてみるとこんな感じに…

とりあえずデータストアとは関係ないISOやバックアップなどを移行してみました。
うーん…とりあえずは動作してそう。。。  🙄
（まだ同期中なので本領発揮はまた後日…）

[rakuten]edion:10395117[/rakuten]
[rakuten]pckoubou:10264332[/rakuten]
[rakuten]dtc:11115154[/rakuten]
[rakuten]etre:10020146[/rakuten]