<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 6, 2022 at 2:30 PM Zdenek Kabelac <<a href="mailto:zkabelac@redhat.com">zkabelac@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dne 06. 06. 22 v 6:18 Lakshmi Narasimhan Sundararajan napsal(a):<br>
> I found the reason for the above behavior.<br>
> For the benefit of anyone looking into this, there is an internal spare <br>
> volume for metadata that gets created.<br>
> So using 50%PVS for the metadata volume will create a spare of equal size.<br>
<br>
<br>
Correct -  _pmspare volume is created together with the first pool in VG and <br>
should have be always the max size of any metadata volume in this VG. But you <br>
could use '---poolmetadataspare n' if you want to handle recovery yourself <br>
(and you could also 'lvremove' such _pmspare LV at any time.<br>
<br>
It's worth to note max size of metadata LV is ~16GiB.<br>
<br>
><br>
> My one follow up question to experts here would be, what happens when in <br>
> future metadata volume gets full.<br>
> Should both the spare and metadata volume be extended equally?<br>
<br>
<br>
Yes - lvm2 tries to extend '_pmspare' if it's possible to match biggest <br>
metadata LV in VG.<br>
<br></blockquote><div><br></div><div><br></div><div>Is there loss in functionality if the pmspare lvol is smaller than meta volume?</div><div>Like in the usecase I mentioned above, where there was space to extend metadata volume, but none for the pmspare lvol.</div><div><br></div><div>Please clarify.</div><div><br></div><div>LN</div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> Currently I see that one can extend the metadata volume independently, this <br>
> leaves the spare volume with the original capacity.<br>
> Will such differing sized volume for metadata and spare leave recovery useless?<br>
> Please suggest the correct approach to resizing metadata volumes.<br>
<br>
<br>
pmspare is useful for 'recovery' cases - i.e. you need a new LV to repair <br>
metadata (as there is no 'in-place' recovery) .<br>
<br>
<br>
>   [pxpool_tdata]  test Twi-ao---- <9.99g<br>
>   [pxpool_tmeta]  test ewi-ao---- <4.66g<br>
<br>
<br>
Your 'meta' size is certainly too big for your 'data' size - the main idea is <br>
that metadata LV is a small fraction of data size, but once you get familiar <br>
with thinpool - you will most likely figure this out.<br>
<br>
Regards<br>
<br>
<br>
Zdenek<br>
<br>
<br>
</blockquote></div></div>