<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <div class="moz-cite-prefix">On 9/10/2014 2:17 PM, Matt Kassawara
      wrote:<br>
    </div>
    <blockquote
cite="mid:CABA+jQq0SuWaVLBp0ZGgxk8EPB2FH8v7+8ygMv6yqtwQSfSKfQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">Ubuntu recently began offering pre-release Juno
        packages [1] and I successfully built a three-node "core
        services" environment using them. Let's discuss the potential
        changes...
        <div><br>
        </div>
        <div>1) So far, updating the OpenStack services chapters of the
          installation guide mostly involves some configuration file
          changes, removing old workarounds, and probably adding new
          workarounds. Should we use a bug or a blueprint for these
          issues? In either case, I recommend uploading separate patches
          for each service.<br>
        </div>
      </div>
    </blockquote>
    <br>
    I think we need separate bugs for each task so that we can have
    small patches that can be finished and merged.  That means multiple
    bugs, so I'm for blueprints to organize them.  Nothing fancy, just
    something to help us keep track.<br>
    <br>
    <blockquote
cite="mid:CABA+jQq0SuWaVLBp0ZGgxk8EPB2FH8v7+8ygMv6yqtwQSfSKfQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>2) Neutron supports distributed virtual routers (DVR) and
            I'm sure people want instructions for deploying them.
            However, DVR introduces more complexity to already difficult
            networking concepts and requires architectural changes to
            fully configure and demonstrate. At least for Juno, I
            recommend keeping the legacy architecture and adding
            instructions for deploying DVR to the networking or admin
            guides.</div>
        </div>
      </div>
    </blockquote>
    <br>
    +1<br>
    <br>
    <blockquote
cite="mid:CABA+jQq0SuWaVLBp0ZGgxk8EPB2FH8v7+8ygMv6yqtwQSfSKfQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>3) Open vSwitch adds another level of complexity to
            already difficult networking concepts, particularly with
            troubleshooting. Linux Bridge provides a reliable
            alternative that reduces complexity, but DVR doesn't support
            it. Should we add instructions for deploying Linux Bridge as
            an alternative to Open vSwitch?</div>
        </div>
      </div>
    </blockquote>
    <br>
    If we leave DVR out of the install the fact that it doesn't support
    Linux Bridge doesn't matter, methinks.  That said, I'm for making as
    few changes to the install guides as necessary to get us to Juno.<br>
    <br>
    <blockquote
cite="mid:CABA+jQq0SuWaVLBp0ZGgxk8EPB2FH8v7+8ygMv6yqtwQSfSKfQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>4) The neutron external network (ext-net) "magically"
            works although we don't explicitly configure support for
            flat networks. For sanity, we should probably adjust the
            configuration to support one flat network and adjust the
            initial network instructions to use it as a flat provider
            network.</div>
        </div>
      </div>
    </blockquote>
    <br>
    +1<br>
    <br>
    <blockquote
cite="mid:CABA+jQq0SuWaVLBp0ZGgxk8EPB2FH8v7+8ygMv6yqtwQSfSKfQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>5) I'm seeing more deployments moving from novnc to spice
            consoles. Should we configure spice instead of novnc?</div>
        </div>
      </div>
    </blockquote>
    <br>
    I think it's worth thinking about but I would consider it a lower
    priority than just making sure everything works as-is.<br>
    <br>
    <blockquote
cite="mid:CABA+jQq0SuWaVLBp0ZGgxk8EPB2FH8v7+8ygMv6yqtwQSfSKfQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>6) I'm seeing more deployments moving from MySQL to
            MariaDB. Ubuntu 14.04 offers MariaDB 5.5 which more or less
            clones MySQL 5.5 including the configuration files. I
            suspect RHEL 7, Fedora, and other RPM distributions also
            offer MariaDB packages. Should we change all distributions
            to MariaDB?</div>
        </div>
      </div>
    </blockquote>
    <br>
    +1<br>
    <br>
    ----  Nick<br>
    <br>
    <blockquote
cite="mid:CABA+jQq0SuWaVLBp0ZGgxk8EPB2FH8v7+8ygMv6yqtwQSfSKfQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div><br>
          </div>
          <div>[1] <a moz-do-not-send="true"
href="https://launchpad.net/%7Eubuntu-cloud-archive/+archive/ubuntu/juno-staging">https://launchpad.net/~ubuntu-cloud-archive/+archive/ubuntu/juno-staging</a><br>
          </div>
        </div>
        <div><br>
        </div>
        <div>Matt</div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Openstack-docs mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Openstack-docs@lists.openstack.org">Openstack-docs@lists.openstack.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs</a>
</pre>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      Nick Chase <br>
      1-650-567-5640<br>
      Technical Marketing Manager, Mirantis<br>
      Editor, OpenStack:Now<br>
      <a href="http://openstacksv.com"><img
          src="cid:part2.04060405.09060503@mirantis.com"></a></div>
  </body>
</html>