Re: Possible bug in thin metadata size with Linux MDRAID

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

 



Dne 20.3.2017 v 12:52 Gionatan Danti napsal(a):
On 20/03/2017 12:01, Zdenek Kabelac wrote:


As said - please try with HEAD - and report back if you still see a
problem.
There were couple issue fixed along this path.


Ok, I tried now with tools and library from git:

LVM version:     2.02.169(2)-git (2016-11-30)
Library version: 1.02.138-git (2016-11-30)
Driver version:  4.34.0

I can confirm that now thin chunk size is no more bound (by default) by MD
RAID chunk. For example, having created a ~500 GB MD RAID 10 array with 64 KB
chunks, creating a thinpool shows that:

[root@blackhole ~]# lvcreate --thinpool vg_kvm/thinpool -L 500G
[root@blackhole ~]# lvs -a -o +chunk_size
  WARNING: Failed to connect to lvmetad. Falling back to device scanning.
  LV               VG        Attr       LSize   Pool Origin Data% Meta%  Move
Log Cpy%Sync Convert Chunk
  [lvol0_pmspare]  vg_kvm    ewi------- 128.00m
                                 0
  thinpool         vg_kvm    twi-a-tz-- 500.00g             0.00   0.42
                            256.00k
  [thinpool_tdata] vg_kvm    Twi-ao---- 500.00g
                                 0
  [thinpool_tmeta] vg_kvm    ewi-ao---- 128.00m
                                 0
  root             vg_system -wi-ao----  50.00g
                                 0
  swap             vg_system -wi-a-----   7.62g

Should I open a bug against the RHEL-provided packages?


Well if you want to get support for your existing packages - you would
need to go via 'GSS' channel.

You may open BZ - which will get closed with next release of RHEL7.4
(as you already confirmed upstream has resolved the issue).

Zdenek




_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/



[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux