Bug 205818

Should we move this to fc6?  I must powercycle the box after attempting and then
run "mount -o remount,rw / && pvmove --abort" to clean up the mess.  I'm
guessing that this is fixed in the newer device mapper.   I'll build that myself
if it doesn't show up in rawhide when rawhide opens up again.

[root@static ~]# pvmove -v /dev/hda6
    Wiping cache of LVM-capable devices
    Finding volume group "tm"
    Archiving volume group "tm" metadata (seqno 22).
    Creating logical volume pvmove0
    Moving 44161 extents of logical volume tm/home
    Found volume group "tm"
    Updating volume group metadata
    Creating volume group backup "/etc/lvm/backup/tm" (seqno 23).
    Found volume group "tm"
    Found volume group "tm"
    Suspending tm-home (253:0)
    Found volume group "tm"
    Creating tm-pvmove0
    Loading tm-pvmove0 table
  device-mapper: reload ioctl failed: Invalid argument
  ABORTING: Temporary mirror activation failed.  Run pvmove --abort.
    Found volume group "tm"
    Loading tm-pvmove0 table
  device-mapper: reload ioctl failed: Invalid argument
    Loading tm-home table
  device-mapper: reload ioctl failed: Invalid argument
[root@static ~]# pvmove --abort^C^C [hangs at this point]

relevant messages:

Oct 24 00:13:55 static kernel: device-mapper: mirror log: unrecognised sync
argument to mirror log: 2
Oct 24 00:13:55 static kernel: device-mapper: table: 253:1: mirror: Error
creating mirror dirty log
Oct 24 00:13:55 static kernel: device-mapper: ioctl: error adding target to table
Oct 24 00:13:55 static kernel: device-mapper: mirror log: unrecognised sync
argument to mirror log: 2
Oct 24 00:13:55 static kernel: device-mapper: table: 253:1: mirror: Error
creating mirror dirty log
Oct 24 00:13:55 static kernel: device-mapper: ioctl: error adding target to table
Oct 24 00:13:55 static kernel: device-mapper: table: device 253:1 too small for
target
Oct 24 00:13:55 static kernel: device-mapper: table: 253:0: linear: dm-linear:
Device lookup failed
Oct 24 00:13:55 static kernel: device-mapper: ioctl: error adding target to table

With lvm2-2.02.12-2.fc7 and 
device-mapper-1.02.12-3.fc7, I get this now: 

# pvmove  -v /dev/hda6
    Wiping cache of LVM-capable devices
  Physical volume /dev/hda6 not found
  pvmove: Move extents from one physical volume to another

comment 3 is a different problem that should be fixed by lvm2-2.02.13-1.fc7
which I submitted to the build system a few minutes ago

Now the pvmove works for me, but lvextend is broken.  Will look for another
bugzilla for that one, hopefully we won't push this lvm2 into fc6 until that's
fixed as well.

created bz#212774 for the lvextend issue.

*** Bug 210754 has been marked as a duplicate of this bug. ***

(In reply to comment #4)
> comment 3 is a different problem that should be fixed by lvm2-2.02.13-1.fc7
> which I submitted to the build system a few minutes ago

Can you get a update for FC6 too?

FC6 needs this update as well, pvmove exhibits the same symptoms here.
kernel-2.6.18-1.2849.fc6
lvm2-2.02.06-4
device-mapper-1.02.07-3

Hangs and blocks all access to LV, until reboot with rescuecd to pvmove --abort
move. Seems other distros are affected as well. 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383418
If this requires equivalent device-mapper and lvm2 the specfile should be fixed
to enforce that requirement. 

This is still happening,

  http://tmp.askask.com/2006/12/pvmove-failure.txt

[root@zaphod ~]# uname -a
Linux zaphod 2.6.18-1.2849.fc6xen #1 SMP Fri Nov 10 12:57:36 EST 2006 x86_64 x86_64 x86_64 GNU/
Linux
[root@zaphod ~]# lvm version
  LVM version:     2.02.06 (2006-05-12)
  Library version: 1.02.07 (2006-05-11)
  Driver version:  4.7.0

It seems like this is a bug with device-mapper needing to be updated:
   https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218169

FWIW, upgrading to the latest device-mapper fixed the problem for me, too.

Since LVM is used in the default install it's curious that Fedora would let this slip.  :-/


 - ask

pushing the update out to fc5 and fc6