Bug ID 926405
Summary unable to lvcreate _new_ LVs on existing VG with existing LVs and plenty of room. error: "lseek # failed: Invalid argument"
Classification openSUSE
Product openSUSE Distribution
Version 13.2
Hardware x86-64
OS openSUSE 13.2
Status NEW
Severity Major
Priority P5 - None
Component Basesystem
Assignee bnc-team-screening@forge.provo.novell.com
Reporter lyndat3@your-mail.com
QA Contact qa-bugs@suse.de
Found By ---
Blocker ---

I'm unable to create a new LV on an existing VG with LVs.

I'm on

    uname -rm
        3.19.3-1.gf10e7fc-default x86_64

    lvm version
        LVM version:     2.02.98(2) (2012-10-15)
        Library version: 1.03.01 (2011-10-15)
        Driver version:  4.29.0

    rpm -qa| grep mapper
        device-mapper-1.02.78-20.2.2.x86_64

I have a VG with lots ov available space

    vgs
        VG      #PV #LV #SN Attr   VSize   VFree
        VG0       1   7   0 wz--n- 930.19g 855.19g

It's already got LVs on it

    lvs
        LV             VG      Attr      LSize  Pool Origin Data%  Move Log
Cpy%Sync Convert
        LV_ROOT        VG0     -wi-ao--- 20.00g
        LV_HOME        VG0     -wi-ao--- 40.00g
        LV_SWAP        VG0     -wi-ao---  2.00g
        ...

Time's passed.  Now, when I attempt to create a new LV on the VG, if fails with

    lvcreate -L 30G   -n LV_TEST   /dev/VG0
        /dev/md1: lseek 18446744071795900416 failed: Invalid argument

and in syslog I see

    Apr 07 21:34:21 xen01 kernel:  md1: unknown partition table

The VG's on a RAID1 array.

    pvs
        PV         VG      Fmt  Attr PSize   PFree
        /dev/md1   VG0     lvm2 a--  930.19g 855.19g

    cat /proc/mdstat
        ...
        md1 : active raid1 sdg4[0] sdh4[1]
              975404544 blocks super 1.0 [2/2] [UU]
              bitmap: 0/8 pages [0KB], 65536KB chunk
        ...

consisting of two Linux-RAID partitions on a gpt disk

    sgdisk -p /dev/sdg
        Disk /dev/sdg: 1953525168 sectors, 931.5 GiB
        Logical sector size: 512 bytes
        Disk identifier (GUID): ...
        Partition table holds up to 128 entries
        First usable sector is 34, last usable sector is 1953525134
        Partitions will be aligned on 2048-sector boundaries
        Total free space is 2015 sectors (1007.5 KiB)

        Number  Start (sector)    End (sector)  Size       Code  Name
           1            2048            4095   1024.0 KiB  EF02  BIOS Boot
Partition
           2            4096          618495   300.0 MiB   EF00  EFI System
Partition
           3          618496         2715646   1024.0 MiB  FD00  RAID for /boot
           4         2715648      1953525134   930.2 GiB   FD00  RAID for LVMs

    sgdisk -p /dev/sdh
        Disk /dev/sdh: 1953525168 sectors, 931.5 GiB
        Logical sector size: 512 bytes
        Disk identifier (GUID): ...
        Partition table holds up to 128 entries
        First usable sector is 34, last usable sector is 1953525134
        Partitions will be aligned on 2048-sector boundaries
        Total free space is 2015 sectors (1007.5 KiB)

        Number  Start (sector)    End (sector)  Size       Code  Name
           1            2048            4095   1024.0 KiB  EF02  BIOS Boot
Partition
           2            4096          618495   300.0 MiB   EF00  EFI System
Partition
           3          618496         2715646   1024.0 MiB  FD00  RAID for /boot
           4         2715648      1953525134   930.2 GiB   FD00  RAID for LVMs

The RAID's healthy, the system boots, and I can see/use all the existing LVs on
the VG/PV.

I just can't create new LVs anymore.


You are receiving this mail because: