<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">I like the idea of B, but realistically I don't see it ever happening.<br>
<br>
Their packages are already done and working with things in different places. It would not be possible to change the existing package sets to move things without breaking existing systems. Even if they wanted to. They usually don't want to because they want
to follow their standard for file system layout. usually for good reason. /opt is a very not distro thing. Super packages are also very not distro. You might as well just have a tarball for /opt/openstack if your doing a super package sort of thing. Then
you can further the argument and say if you are just throwing everyting in /opt/openstack, why not just image the whole thing in the first place and distribute that? No, I think it is its probably going to end up having to be A.<br>
<br>
Now, with A, Its possible that, like most other upstreams, you just provide a reference platform and the distro folks patch it into a shape that works for them, and the end users just get everything from the distro. It really just depends on how much work you
want to do, and how much you want the distro's to do customization wise.<br>
<br>
One argument made for B is a sysadmin can switch distro's with ease and still find everything in the same place. My experience is that its more likely that system admins tend to stick with a single distro, and its more intuitive if the packages follow the distro
standard so that things are easy to find by the distro's standard. Rather then have to look up in a manual, you know where to look already.<br>
<br>
You could also come to a middle ground and provide some scripts that are in the path on any distro and smooth out the differences if needed.<br>
<br>
Thanks,<br>
Kevin<br>
<br>
<br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF131060"><font size="2" face="Tahoma" color="#000000"><b>From:</b> John Dewey [john@dewey.ws]<br>
<b>Sent:</b> Thursday, February 13, 2014 3:48 PM<br>
<b>To:</b> Robert Collins<br>
<b>Cc:</b> OpenStack Development Mailing List; openstack-operators@lists.openstack.org<br>
<b>Subject:</b> Re: [Openstack-operators] [TripleO] consistency vs packages in TripleO<br>
</font><br>
</div>
<div></div>
<div>
<div><span style="color:rgb(160,160,168)">On Thursday, February 13, 2014 at 1:27 PM, Robert Collins wrote:</span></div>
<blockquote type="cite" style="border-left-style:solid; border-width:1px; margin-left:0px; padding-left:10px">
<span>
<div>
<div>
<div>So progressing with the 'and folk that want to use packages can' arc,</div>
<div>we're running into some friction.</div>
<div><br>
</div>
<div>I've copied -operators in on this because its very relevant IMO to operators :)</div>
<div><br>
</div>
<div>So far:</div>
<div>- some packages use different usernames</div>
<div>- some put things in different places (and all of them use different</div>
<div>places to the bare metal ephemeral device layout which requires</div>
<div>/mnt/).</div>
<div>- possibly more in future.</div>
<div><br>
</div>
<div>Now, obviously its a 'small matter of code' to deal with this, but the</div>
<div>impact on ops folk isn't so small. There are basically two routes that</div>
<div>I can see:</div>
<div><br>
</div>
<div># A</div>
<div>- we have a reference layout - install from OpenStack git / pypi</div>
<div>releases; this is what we will gate on, and can document.</div>
<div>- and then each distro (both flavor of Linux and also possibly things</div>
<div>like Fuel that distribution OpenStack) is different - install on X,</div>
<div>get some delta vs reference.</div>
<div>-> we need multiple manuals describing how to operate and diagnose</div>
<div>issues in such a deployment, which is a matrix that overlays platform</div>
<div>differences the user selects like 'Fedora' and 'Xen'.</div>
<div><br>
</div>
<div># B</div>
<div>- we have one layout, with one set of install paths, usernames</div>
<div>- package installs vs source installs make no difference - we coerce</div>
<div>the package into reference upstream shape as part of installing it.</div>
<div>- documentation is then identical for all TripleO installs, except</div>
<div>the platform differences (as above - systemd on Fedora, upstart on</div>
<div>Ubuntu, Xen vs KVM)</div>
<div><br>
</div>
<div>B seems much more useful to our ops users - less subtly wrong docs, we</div>
<div>avoid bugs where tools we write upstream make bad assumptions,</div>
<div>experience operating a TripleO deployed OpenStack is more widely</div>
<div>applicable (applies to all such installs, not just those that happened</div>
<div>to use the same package source).</div>
<div><br>
</div>
<div>I see this much like the way Nova abstracts out trivial Hypervisor</div>
<div>differences to let you 'nova boot' anywhere, that we should be hiding</div>
<div>these incidental (vs fundamental capability) differences.</div>
</div>
</div>
</span></blockquote>
<div>
<div>I personally like B. In the OpenStack Chef community, there has been quite a bit of excitement over the work that Craig Tracey has been doing with omnibus-openstack [1]. It is very similar to B, however, it builds a super package per distro, with all
dependencies into a known location (e.g. /opt/openstack/).</div>
<div><br>
</div>
<div>Regardless of how B is ultimately implemented, I personally like the suggestion.</div>
<div><br>
</div>
<div>[1] <a href="https://github.com/craigtracey/omnibus-openstack" style="color:rgb(0,106,227)" target="_blank">https://github.com/craigtracey/omnibus-openstack</a></div>
<div><br>
</div>
<div>John </div>
</div>
<blockquote type="cite" style="border-left-style:solid; border-width:1px; margin-left:0px; padding-left:10px">
<span>
<div>
<div>
<div><br>
</div>
<div>What say ye all?</div>
<div><br>
</div>
<div>-Robv</div>
<div><br>
</div>
<div><br>
</div>
<div>-- </div>
<div>Robert Collins <<a href="mailto:rbtcollins@hp.com" target="_blank">rbtcollins@hp.com</a>></div>
<div>Distinguished Technologist</div>
<div>HP Converged Cloud</div>
<div><br>
</div>
<div>_______________________________________________</div>
<div>OpenStack-operators mailing list</div>
<div><a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a></div>
<div><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a></div>
</div>
</div>
</span></blockquote>
<div><br>
</div>
</div>
</div>
</div>
</body>
</html>