<div dir="ltr"><div>Thanks Roger, Zdenek,</div><div><br></div><div>I have my ZVOL on my NAS exposed as LUNs. The initiator were switched off and for unknown reason I found my NAS switched off as well.</div><div>It had run for long and I feared the worst (CPU/motherboard/etc). Instead once powered up everything started to work again but the LUNs that seemed to jeopardized.</div><div>I have many ZVOLs used by ESXi in which I have EVE-NG who uses LVM and such ZVOLs have the same size so I wanted to inspect them to check the hostname.</div><div><br></div><div>Now some LUNs started to work normally, some others still behave weirdly. I will run pvs on them with extra debugs to see what's going on.<br><br></div><div>Many thanks,</div><div><br></div><div>Alex<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 23 sept. 2021 à 23:48, Roger Heflin <<a href="mailto:rogerheflin@gmail.com">rogerheflin@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If you have lvmetad running and in use then the lvm commands ask it<br>
what the system has on it.<br>
<br>
I have seen on random boots fairly separated systems (rhel7 versions,<br>
and many years newer fedora systems) at random fail to find one or<br>
more pv.s<br>
<br>
I have disabled it at home, and in my day job we have also disabled<br>
(across 20k+ systems) as we confirmed it had inconsistency issues<br>
several times on a variety of our newest installs.<br>
<br>
Stopping lvmetad and/or restarting it would generally fix it.    But<br>
it was a source of enough random issues(often failure to mount on a<br>
boot, so often issues that resulted in page-outs to debug)  and did<br>
not speed things up much enough to be worth it even on devices with<br>
>2000 SAN volumes.<br>
<br>
On Thu, Sep 23, 2021 at 8:52 AM Zdenek Kabelac <<a href="mailto:zkabelac@redhat.com" target="_blank">zkabelac@redhat.com</a>> wrote:<br>
><br>
> Dne 22. 09. 21 v 18:48 alessandro macuz napsal(a):<br>
> > fdisk correctly identifies the extended partition as 8e.<br>
> > I wonder which kind of data lvmdiskscan and pvs use in order to list LVM<br>
> > physical volumes.<br>
> > Does PVS check some specific metadata within the partition without just<br>
> > relying on the type of partition displayed by fdisk?<br>
> ><br>
> ><br>
><br>
> Hi<br>
><br>
> Yes - PVs do have header signature keeping information about PV attributes<br>
> and also has the storage area to keep lvm2 metadata.<br>
><br>
> Partition flags known to fdisk are irrelevant.<br>
><br>
><br>
> Regards<br>
><br>
> Zdenek<br>
><br>
> _______________________________________________<br>
> linux-lvm mailing list<br>
> <a href="mailto:linux-lvm@redhat.com" target="_blank">linux-lvm@redhat.com</a><br>
> <a href="https://listman.redhat.com/mailman/listinfo/linux-lvm" rel="noreferrer" target="_blank">https://listman.redhat.com/mailman/listinfo/linux-lvm</a><br>
> read the LVM HOW-TO at <a href="http://tldp.org/HOWTO/LVM-HOWTO/" rel="noreferrer" target="_blank">http://tldp.org/HOWTO/LVM-HOWTO/</a><br>
><br>
</blockquote></div>