<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Sep 10, 2015 at 4:43 PM Vladimir Kozhukalov <<a href="mailto:vkozhukalov@mirantis.com">vkozhukalov@mirantis.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">> Vladimir's proposal was to use smth similar to MiniCD<br><div><br></div></div><div dir="ltr"><div>Just to clarify. My proposal is to remove DEB MOS repo from the master node by default and thus from the ISO. That is it.</div><div>My proposal does not assume having internet connection during installing the master node. Fuel RPM packages together with their dependencies are still there on ISO, thus the master node can be installed w/o internet connection. Cloud/OpenStack can not be deployed out of the box anyway. It is because we don't put Ubuntu upstream on ISO. Anyway a user is forced to make Ubuntu upstream mirror available on the master node (cloning it locally or via internet connection).  </div><div><br></div><div>IMO, Fuel in this case is like a browser or bittorrent client. Packages are available on Linux DVDs but it makes little sense to use them w/o internet connection.</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div><div>Vladimir Kozhukalov</div></div></div>
<br><div class="gmail_quote"></div></div><div class="gmail_extra"><div class="gmail_quote">On Thu, Sep 10, 2015 at 2:53 PM, Yuriy Taraday <span dir="ltr"><<a href="mailto:yorik.sar@gmail.com" target="_blank">yorik.sar@gmail.com</a>></span> wrote:</div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_quote"><div>Note that I'll speak of Fuel as an installer people put on MiniCD. It's a bit bigger, but it deploys clouds, not just separate machines. Packages and OS then translate to everything needed to deploy OpenStack: packages and deploy scripts (puppet manifests, could be packaged as well). We could apply the same logic to distribution of Fuel itself though, but let's not get into it right now. </div></div></div></div></blockquote></div></div></blockquote><div><br></div><div>As I've mentioned later in the initial mail (see above), I'm not talking about using this approach to deploy Fuel (although it'd be great if we do). I'm talking about using it to deploy Fuel and then MOS. We can download some fixed part of the image that contains everything needed to deploy Fuel and add all necessary repos and manifests to it, for example.</div><div><br></div><div>So to repeat the analogy, Fuel is like deb-installer that is present on any Debian-based MiniCD and MOS (packages+manifests) is like packages that present on DVD (and downloaded in MiniCD case). You don't want to dig into deb-installer, but you might want to install different software from different sources. Just like you don't want to mess with Fuel itself while you might want to install customized MOS from local repo (or from resulting image).</div></div></div>