<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style></style></head><body lang=EN-US link=blue vlink="#954F72"><div class=WordSection1>Thank you Zdenek for your response. Your inputs do help us understand this better.<o:p> </o:p>Best regardsLNSent from <a href="https://go.microsoft.com/fwlink/?LinkId=550986">Mail</a> for Windows 10<o:p> </o:p><div style='mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'>From: <a href="mailto:zkabelac@redhat.com">Zdenek Kabelac</a> Sent: Wednesday, July 31, 2019 4:24 PM To: <a href="mailto:lvm-devel@redhat.com">LVM2 development</a>; <a href="mailto:lns@portworx.com">Lakshmi Narasimhan Sundararajan</a> Subject: Re: Reg unusual deployment within containers</div><o:p> </o:p>Dne 30. 07. 19 v 15:25 Lakshmi Narasimhan Sundararajan napsal(a):> Hi Team,> > Thanks for being so prompt last time, I wanted to see whether I could be lucky > again 😊> > My deployment of lvm2 is in an uncontrolled environment, so the host can be > running any version.> > My software stack runs within a container, as an infrastructure. So to be > always stable, it has to have very little dependency or moving components outside.<o:p> </o:p>It's worth to note (before you start to ask) that lvm2 does NOT support usagewithin containers.<o:p> </o:p>When you do such solution - you need to resolve lots of tricky issues and adapt usage to your local limited constrains.<o:p> </o:p>But there is no 'generic' support for running lvm2 command within i.e. docker image.<o:p> </o:p>> > The first up easy question:> 1/ can lvm2 be built as a static binary with no external dependency? Any > pointers to this ?<o:p> </o:p>Nope - there is no static binary support for a long time.<o:p> </o:p>The key issue is - lot of things these days depends on udev (&systemd behind).<o:p> </o:p>So any static build of lvm2 with built-in udev/systemd libraries is not going to works since the last thing systemd cares about is 'future' compatibility.We try to do that in lvm2 - which is much smaller project and it's very hard.<o:p> </o:p>So you can't expect 'static' builds to appear in this dynamic environment -it would be big challenging task on it's own....<o:p> </o:p><o:p> </o:p>> 2/ The software stack bundles lvm2 package within the infrastructure > container as well.<o:p> </o:p>Well - we do NOT support this. All these builds do their own hacking.It's all done without any support from lvm2 side.<o:p> </o:p>> So I wish to understand the impact of the above bundling, with possibly two > copies of daemons and cache and udev running within/and outside the container.<o:p> </o:p>We wish to understand this as well :)<o:p> </o:p>It simply can't work - and we tell this to any container developer who asks...<o:p> </o:p><o:p> </o:p>> Please do let me know if this bundle approach is a feasible approach to take > to production? What possible issues that may come up that cannot be handled > correctly, if any. I am coming more from design validation, because you are > the experts with how its designed internally. Looking forward to hearing your > opinions.<o:p> </o:p>Properly configured lvm2 is bound to installed system - which present installed kernel version, udev, systemd and other surrounding apps.<o:p> </o:p>We don't understand how anyone is imagining, he can use 'random' i.e. Docker image with random instance of lvm2 within image, no udev processing and lots of other things missing and expects all will work...<o:p> </o:p>So you need to ask these question authors of those project ;) since we really would like to know these answers ourself ;)<o:p> </o:p>So far we can only advice using of lvm2 within VM (i.e. qemu)...<o:p> </o:p>IMHO lot of developers these days believe that container is just 'faster VM',and they have no idea how wrong they are...<o:p> </o:p>Regards<o:p> </o:p>Zdenek<o:p> </o:p></div></body></html>