partedでgptでファイルシステムを作製。
# parted /dev/sdc
(parted) p
Error: /dev/sdc: unrecognised disk label
(parted) mkpart
Partition name? []? gpt8t
File system type? [ext2]? xfs
Start? 0%
End? 100%
(parted) p
Model: ATA ST8000DM004-2CX1 (scsi)
Disk /dev/sdc: 8002GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 8002GB 8002GB gpt8t
(parted) quit
無事にgtp8tというファイルシステムが出来た。
ホストOSでxfsに初期化。
しなくても先に進めそうだったけど、初期化しないとUUIDが確認できなさそうだったので、念のため。
#mkfs.xfs /dev/sdc1
meta-data=/dev/sdc1 isize=256 agcount=32, agsize=61047064 blks
= sectsz=4096 attr=2, projid32bit=0
data = bsize=4096 blocks=1953506048, imaxpct=5
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0
log =internal log bsize=4096 blocks=521728, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
# parted /dev/sdc
GNU Parted 2.1
Using /dev/sdc
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: ATA ST8000DM004-2CX1 (scsi)
Disk /dev/sdc: 8002GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 8002GB 8002GB xfs gtp8t
dhiskのIDを確認
# ls -lA /dev/disk/by-id/
lrwxrwxrwx. 1 root root 9 Oct 27 23:16 ata-ST8000DM004-2CX188_ZCT0B2MM -> ../../sdc
lrwxrwxrwx. 1 root root 10 Oct 27 23:14 ata-ST8000DM004-2CX188_ZCT0B2MM-part1 -> ../../sdc1
マウントしているゲストOSのKVMコンフィグファイルを変更
[root@aka ~]# virsh edit vm03
<disk type='file' device='disk'>
<driver name='qemu' type='qcow2' cache='none'/>
<source file='/var/lib/libvirt/images/vm03.img'/>
<target dev='hda' bus='ide'/>
<address type='drive' controller='0' bus='0' target='0' unit='0'/>
</disk>
<disk type='block' device='disk'>
<driver name='qemu' type='raw'/>
<source dev='/dev/disk/by-id/ata-WDC_WD30EFRX-68EUZN0_WD-WMC4N0D39YK8'/>
<target dev='vda' bus='virtio'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
</disk>
一つ目のDiskが今利用している3TB、二つ目のDiskが追加した8TB。
これでゲストOSを再起動する。
マウントポイントを作る
[root@vm03 ~]# mkdir /data2
fstabを修正して起動じに自動マウントできるようにする
[root@vm03 ~]# vi /etc/fstab
/dev/vda1 /data xfs defaults 0 0
/dev/vdb1 /data2 xfs defaults 0 0
上のvda1をそのままにして、vdb1を追加。名前がかぶるといけないので、/data2をmkdirで作っておいたのでそのパスにマウント
すぐにマウントするために以下のコマンドでmount
[root@vm03 ~]# mount /dev/vdb1 /data2
古いDiskから新しいDisikへrsynkでデータをコピー。最後に&をつけてバックグラウンドプロセスとしておくと、ターミナルを閉じても大丈夫。
[root@vm03 ~]# rsync -avzP /data/ /data2/ &
1TBのコピーに15分くらいかかるので、一晩、ほおっておく。
最後に以下のコマンドで、差分ファイルを削除してvdaをアンマウントしておく。
rsync -avzP --delete /data/ /data2/ &
その後、二日間ほど経過したけど、まだコピーが終わらず。
返信削除# df -h
Filesystem Size Used Avail Use% マウント位置
/dev/vda1 2.8T 2.7T 68G 98% /data
/dev/vdb1 7.3T 2.5T 4.9T 35% /data2
あと0.2TB(200GB)程度なので、明日の朝には終わってるかな?
やはり、小さな写真データが多くあると大変らしい。
気になるHDDの温度は、、、
2018/10/30 23:50:01 /dev/sda: ST3160815AS: 31 C /dev/sdb: SAMSUNG HE160HJ: 27 C /dev/sdc: ST8000DM004-2CX188: 33 C /dev/sdd: WDC WD30EFRX-68EUZN0: 29 C
コピー元:/dev/sdd: WDC WD30EFRX-68EUZN0: 29 C
コピー先:/dev/sdc: ST8000DM004-2CX188: 33 C
っと、コピー先が少し高い33度。
読み出しより書き込みの方が熱くなるのかな?
もっとも、マウント位置が書き込み用HDDが読み出しの真上にあるので、発熱をもろに受ける状態。
以前、夏場に先に壊れたのもマウント位置が上の方だった。
もう少し様子を見てみたい。
やっと終わりました。
返信削除$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
28G 2.4G 25G 9% /
tmpfs 246M 0 246M 0% /dev/shm
/dev/sda1 477M 110M 342M 25% /boot
/dev/vda1 2.8T 2.7T 68G 98% /data
/dev/vdb1 7.3T 2.7T 4.7T 37% /data2
念のため、最後にもう一度rsyncして確認。
sambaの設定を変更
/etc/samba/smb.conf
path = /data/pict/
↓
path = /data2/pict/
/etc/init.d/smb restart
で完了。
テレビやMacから動作確認したけど、問題なさそう。
近日中に、古い3TBを撤去予定。