Robin Bowes wrote:
Christopher Smith said the following on 04/10/2005 05:09:
Yep, that's pretty much bang on. The only thing you've missed is
using pvmove to physically move the data off the
soon-to-be-decomissioned PVs(/RAID arrays).
Be warned, for those who haven't used it before, pvmove is _very_ slow.
I've just been re-reading this thread.
[...]
I use pvmove something like this:
# pvmove /dev/md1 /dev/md3
It would actually just be 'pvmove <old md device>', but the gist is correct.
Someone else has already responded to your questions, but just something
else to be aware of with pvmove, is that it might hang your system
(requiring a hard boot) when you try and use it, although the process
will proceed and complete without error (in the background) once you
have restarted.
It's been several months since I last used pvmove, so this bug may have
been fixed, but it was certainly present on FC4 back then. Basically
running pvmove would immediately hang the system (no response to
keyboard, etc), but after a hard reboot the pvmove process would start
up and then complete in the background.
Again, this may well have been fixed and you might not see it, but just
a word of warning so your first reaction isn't something rash ;). Since
pvmove appears to do its thing by *copying* everything from one PV to
another, rather than moving it, even if the machine crashes during the
process there's no data loss.
CS
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
