On 23/11/2020 17:16, Ralf Prengel wrote:
Backup!!!!!!!!
Von meinem iPhone gesendet
You do have a recent backup available anyway, haven't you? That is: Even
without planning to replace disks. And testing such strategies/sequences
using loopback devices is definitely a good idea to get used to the
machinery...
On a side note: I have had a fair number of drives die on me during
RAID-rebuild so I would try to avoid (if at all possible) to
deliberately reduce redundancy just for a drive swap. I have never had a
problem (yet) due to a problem with the RAID-1 kernel code itself. And:
If you have to change a disk because it already has issues it may be
dangerous to do a backup - especially if you do a file based backups -
because the random access pattern may make things worse. Been there,
done that...
peter
Am 23.11.2020 um 17:10 schrieb cen...@niob.at:
On 23/11/2020 16:49, Frank Bures wrote:
On 11/23/20 10:46 AM, Simon Matter wrote:
Hi,
I want to replace my hard drives based SW RAID-1 with SSD's.
What would be the recommended procedure? Can I just remove one drive,
replace with SSD and rebuild, then repeat with the other drive?
I suggest to "mdadm --fail" one drive, then "mdadm --remove" it. After
replacing the drive you can "mdadm --add" it.
If you boot from the drives you also have to care for the boot loader. I
guess this depends on how exactly the system is configured.
If you can the new disks while the original 2 disks are still available then
grow, add, wait, fail, remove, shrink. That way you will never loose
redundancy...
# grow and add new disk
mdadm --grow -n 3 /dev/mdX -a /dev/...
# wait for rebuild of the array
mdadm --wait /dev/mdX
# fail old disk
mdadm --fail /dev/sdY
# remove old disk
mdadm /dev/mdX --remove /dev/sdY
# add second disk
mdadm /dev/mdX --add /dev/...
# wait
mdadm --wait /dev/mdX
# fail and remove old disk
mdadm --fail /dev/sdZ
mdadm /dev/mdX --remove /dev/sdZ
# shrink
mdadm --grow -n 2 /dev/mdX
_______________________________________________
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos