Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-22135

Inconsistency in lvcreate -l+80%FREE when requesting LV which exceeds available free space

    • Icon: Bug Bug
    • Resolution: Can't Do
    • Icon: Normal Normal
    • None
    • rhel-9.3.0, rhel-9.4
    • None
    • None
    • None
    • rhel-sst-logical-storage
    • ssg_filesystems_storage_and_HA
    • 2
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None
    • x86_64
    • None

      This worked I believe on rhel9.3 and prior so this may be a regression. It is odd that the math can no longer make the images fit on the available devices with the 80% FREE specified.
      
      kernel-5.14.0-402.el9    BUILT: Thu Dec 21 10:30:03 PM CET 2023
      lvm2-2.03.23-1.el9    BUILT: Tue Nov 28 02:15:42 PM CET 2023
      lvm2-libs-2.03.23-1.el9    BUILT: Tue Nov 28 02:15:42 PM CET 2023
      
      
      [root@grant-01 ~]# pvscan
        PV /dev/sda1   VG snapper_thinp   lvm2 [<2.00 GiB / <1.99 GiB free]
        PV /dev/sdb1   VG snapper_thinp   lvm2 [<2.00 GiB / <1.99 GiB free]
        PV /dev/sdd1   VG snapper_thinp   lvm2 [<2.00 GiB / <1.99 GiB free]
        PV /dev/sde1   VG snapper_thinp   lvm2 [<2.00 GiB / <1.99 GiB free]
        PV /dev/sdf1   VG snapper_thinp   lvm2 [<2.00 GiB / <2.00 GiB free]
        PV /dev/sdg1   VG snapper_thinp   lvm2 [<2.00 GiB / <2.00 GiB free]
        Total: 6 [<11.98 GiB] / in use: 6 [<11.98 GiB] / in no VG: 0 [0   ]
      [root@grant-01 ~]# vgs
        VG            #PV #LV #SN Attr   VSize   VFree  
        snapper_thinp   6   1   0 wz--n- <11.98g <11.95g
      [root@grant-01 ~]# lvs
        LV   VG            Attr       LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
        meta snapper_thinp rwi-a-r--- 8.00m                                    100.00          
      [root@grant-01 ~]# lvs -a -o +devices
        LV              VG            Attr       LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert Devices                                                            
        meta            snapper_thinp rwi-a-r--- 8.00m                                    100.00           meta_rimage_0(0),meta_rimage_1(0),meta_rimage_2(0),meta_rimage_3(0)
        [meta_rimage_0] snapper_thinp iwi-aor--- 4.00m                                                     /dev/sda1(1)                                                       
        [meta_rimage_1] snapper_thinp iwi-aor--- 4.00m                                                     /dev/sdb1(1)                                                       
        [meta_rimage_2] snapper_thinp iwi-aor--- 4.00m                                                     /dev/sdd1(1)                                                       
        [meta_rimage_3] snapper_thinp iwi-aor--- 4.00m                                                     /dev/sde1(1)                                                       
        [meta_rmeta_0]  snapper_thinp ewi-aor--- 4.00m                                                     /dev/sda1(0)                                                       
        [meta_rmeta_1]  snapper_thinp ewi-aor--- 4.00m                                                     /dev/sdb1(0)                                                       
        [meta_rmeta_2]  snapper_thinp ewi-aor--- 4.00m                                                     /dev/sdd1(0)                                                       
        [meta_rmeta_3]  snapper_thinp ewi-aor--- 4.00m                                                     /dev/sde1(0)                                                       
       
      [root@grant-01 ~]# lvcreate --yes  --type raid10 -m 1 -i 2 -l+80%FREE -n 80_percent snapper_thinp
        Using default stripesize 64.00 KiB.
        Rounding size <4.78 GiB (1223 extents) up to stripe boundary size 4.78 GiB (1224 extents).
        Consider pruning snapper_thinp VG archive with more then 421 MiB in 5161 files (see archiving settings in lvm.conf).
        LV snapper_thinp/80_percent_rimage_2 using PV /dev/sdf1 is not redundant.
        Insufficient suitable allocatable extents for logical volume snapper_thinp/80_percent
        Consider pruning snapper_thinp VG archive with more then 421 MiB in 5162 files (see archiving settings in lvm.conf).
       
      [root@grant-01 ~]# lvcreate --yes  --type raid10 -m 1 -i 2 -l+70%FREE -n 80_percent snapper_thinp
        Using default stripesize 64.00 KiB.
        Consider pruning snapper_thinp VG archive with more then 421 MiB in 5166 files (see archiving settings in lvm.conf).
        LV snapper_thinp/80_percent_rimage_2 using PV /dev/sdf1 is not redundant.
        Insufficient suitable allocatable extents for logical volume snapper_thinp/80_percent
        Consider pruning snapper_thinp VG archive with more then 421 MiB in 5167 files (see archiving settings in lvm.conf).
       
      [root@grant-01 ~]# lvcreate --yes  --type raid10 -m 1 -i 2 -l+65%FREE -n 80_percent snapper_thinp
        Using default stripesize 64.00 KiB.
        Rounding size <3.88 GiB (993 extents) up to stripe boundary size 3.88 GiB (994 extents).
        Consider pruning snapper_thinp VG archive with more then 421 MiB in 5168 files (see archiving settings in lvm.conf).
        Consider pruning snapper_thinp VG archive with more then 421 MiB in 5169 files (see archiving settings in lvm.conf).
        Logical volume "80_percent" created.
      

              rhn-engineering-heinzm Heinz Mauelshagen
              cmarthal@redhat.com Corey Marthaler
              lvm-team lvm-team
              Cluster QE Cluster QE
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

                Created:
                Updated:
                Resolved: