On Thu, 2009-10-29 at 12:04 -0700, malahal@us.ibm.com wrote: > Nicholas Robinson [npr@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. > Hi 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 either. 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 recent days. 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. Thanks Nick [root@oak ~]# pvdisplay --- Physical volume --- PV Name /dev/sdc2 VG Name vg_oak PV Size 315.00 GB / not usable 31.81 MB Allocatable yes PE Size (KByte) 32768 Total PE 10079 Free PE 987 Allocated PE 9092 PV UUID tXBnAO-0D0U-yLvg-XhaA-vEw3-Niz7-p23dAt _______________________________________________ linux-lvm mailing list linux-lvm@redhat.com https://www.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
