there are known issues with a pvmove of a filesystem that lvm has lock/control files in. i think it can bite you with /etc as well. it made me cry as well.
On 09/21/2012 04:11 PM, Russell Senior wrote: > After the excellent presentation on LVM by Brian at PLUG earlier this > month, and after our recent disk failure/recovery this week, I was > working on reorganizing our PVs. I had created a new pv on a new > RAID1 array (md5) and was loving the idea of moving the logical > volumes over from (md4, on a single-disk degraded RAID1 array) to the > new array, with pvmove. So, I made some backups of files using rsync, > and this morning after that had finished, I fired off: > > # pvmove -v -i10 /dev/md4 > > And it commenced to, I presume, do the right thing. After about 17%, > I got some messages (which regrettable I did not preserve) about > suspending (??) the pvmove, and my connection to the machine froze > (done remotely over the network, no console available). A few hours > later, I got down to the colo and looked at the console. There was a > login prompt, which I could type at, but I never got a password > prompt. So, I rebooted and it came back up fine, but the pvmove had > clearly not succeeded. Googling about, I found this, which looks like > what I saw: > > http://www.novell.com/support/kb/doc.php?id=7004393 > > In brief, it suggests that you don't do a pvmove affecting a logical > volume that holds /var and/or /var/run. Ouch, and: > WHY-IS-THIS-NOT-IN-A-MUCH-LARGER-FONT??? > > Has anybody else run into this? > > _______________________________________________ PLUG mailing list PLUG@lists.pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug