[linux-lvm] Insufficient free space: 1 extents needed, but only 0 available with 32.83g available

[Brian J. Murrell]

I have a VG:

  VG          #PV #LV #SN Attr   VSize   VFree 
  rootvol_tmp   1  26   0 wz--n-  74.40g 32.83g

Which has an LV in it which has a bad disk block on it.  Per previous
discussions here I have an LV into which I can remap PEs with bad blocks on them:

# lvdisplay --maps /dev/rootvol_tmp/badblocks
  --- Logical volume ---
  LV Name                /dev/rootvol_tmp/badblocks
  VG Name                rootvol_tmp
  LV UUID                oRCTFY-XNxh-3FA5-8lUG-FsOG-GjaO-giAcIu
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                4.00 MiB
  Current LE             1
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2
   
  --- Segments ---
  Logical extent 0 to 0:
    Type		linear
    Physical volume	/dev/sda2
    Physical extents	2805 to 2805

As you can see, it has a PE in it already.  I am trying to map another
PE into it but getting an error:

# lvextend --alloc anywhere /dev/rootvol_tmp/badblocks -l +1 /dev/sda2:2812
  Extending logical volume badblocks to 8.00 MiB
  Insufficient free space: 1 extents needed, but only 0 available

Clearly there is something wrong with my syntax but I'm not quite sure
what it is.  Any ideas?

Much thanks!

b.

P.S. Please, no lectures about replacing the disk.  I understand the risks
of operating on a disk that is starting to show signs of wear.  All of
the data on this disk is backed up twice daily and anything lost
between those backups will not be missed.  It's just not feasible for me
to replace this disk at this time.  Thanks.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20130401/acc03b92/attachment.sig>