[linux-lvm] Removing a very old physical drive - revisited
npr at bottlehall.co.uk
Fri Oct 30 01:48:29 UTC 2009
On Thu, 2009-10-29 at 12:04 -0700, malahal at us.ibm.com wrote:
> Nicholas Robinson [npr at bottlehall.co.uk] wrote:
> > The pvmove worked, I've moved the boot to the new disc, so my old disc
> > is now effectively redundant. The problem is that, as I suspected, I
> > can't pvmove off my usb drive!
> > I spotted these messages in /var/log/messages
> > Oct 29 03:44:06 oak kernel: device-mapper: table: device 8:2 too small
> > for target
> > Oct 29 03:44:06 oak kernel: device-mapper: table: 253:0: linear:
> > dm-linear: Device lookup failed
> > Oct 29 03:44:06 oak kernel: device-mapper: ioctl: error adding target to
> > table
> device 8:2 is /dev/sda2. Some one is trying to use /dev/sda2 with
> incorrect values (start sector or length). This looks odd and this
> happens only when you try 'pvmove' on the USB disk. What does the
> pvdisplay on /dev/sda2 report its size (PV Size and is that accurate).
> It maybe incorrect....
> Thanks, Malahal.
In the absence of fixing the underlying problem, I've renamed the
volgroup and removed the 30GB disc that was the original aim of the
exercise! I thought I was getting somewhere, but now the server won't
boot by itself, I have to use a rescue disc and then chroot and start
the critical services manually. It is something to do with the change in
device name from /dev/sda to /dev/sdc, but I can't see why. It gets to
the point where it should be trying to mount the volgroup and then hangs
without any diagnostic. Everything looks okay in /etc/fstab.
I am confused about grub.conf as the (hd0,0) is wrong, given that
device.map lists /dev/sdc as hd1, but swapping grub.conf to specify
hd1,0 to match device.map fails with invalid disc or similar and using
map (...) statements to swap them over or changing device.map don't work
I always used to think the biggest advantage of linux over windows was
that when it failed it told you why. It hasn't been too helpful in
I think I will copy everything off the disc tomorrow, reinstall fedora
11 on it from scratch (having removed the usb drive!!!) and then
restore. Life's too short.
The total PE multiplied by the pe size looks right.
[root at oak ~]# pvdisplay
--- Physical volume ---
PV Name /dev/sdc2
VG Name vg_oak
PV Size 315.00 GB / not usable 31.81 MB
PE Size (KByte) 32768
Total PE 10079
Free PE 987
Allocated PE 9092
PV UUID tXBnAO-0D0U-yLvg-XhaA-vEw3-Niz7-p23dAt
More information about the linux-lvm