[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] Removing a very old physical drive - revisited



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



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]