Ok it finished the pvmove and all my lv's are now back to a healthy state. Gotta love when it works how its supposed to.
-David On 6/1/05, David Miller <[EMAIL PROTECTED]> wrote: > Well to answer my own question after looking in the man page for > pvmove I have just run it again with no arguments and it has resumed > where it left off. Which will hopefully resurect the one logical > volume that at the moment cannot be mounted. I'll let you know how it > goes. > > -David > > On 6/1/05, David Miller <[EMAIL PROTECTED]> wrote: > > Well the server did a kernel dump last night while doing the pvmove. > > Resulting in one logical volume being corrupted in the process. Not a > > big deal as the data is on tape. However now lvdisplay still lists > > the pvmove0 logical volume. So how do I clean up what was left > > behind? > > > > -David > > > > On 5/31/05, Benjamin Smee <[EMAIL PROTECTED]> wrote: > > > lo, > > > > > > On Tuesday 31 May 2005 17:49, David Miller wrote: > > > > I've been running LVM2 now for some time but recently I have not > > > > been able to update device-mapper or lvm2 without vgscan failing to > > > > find all the pv's. So I'm stuck using lvm2-2.00.25 and device-mapper > > > > 1.00.19-r2. > > > > Now one thing to note is that a few of my pv's were added as the > > > > entire device rather than a partition. Could this be throwing a newer > > > > version for a loop since it may first be looking for an LVM partition > > > > before looking for a vg metadata? Or have I just overlooked something > > > > that I need to do in order to migrate my current vg's up to the newer > > > > versions? > > > > > > There is nothing that you need to do to "migrate" your lvm2 partitions to > > > a > > > newer format, whatever problem that you have will be something local not > > > generic as many people are successfully using the latest versions of both > > > with no problems. You could start off running the vgscan in debug mode and > > > letting us know the relevant output, and if that fails try running it > > > with a > > > strace or similar util to see precisely what is happening. Other pertinant > > > questions are things like, are you using udev? with persistant devices (ie > > > the tarball option in the rc.conf) what version of baselayout are you > > > using, > > > do you have devfs enabled? > > > > > > regards, > > > > > > -- > > > Benjamin Smee (strerror) > > > 497F 5E98 1FA0 C313 EA0B 08C7 004A 66ED 448B E78C > > > > > > > > > > > > -- [email protected] mailing list
