Open Stack

Mr. Simard would know better than I, as I'm more familiar with Helion's
Triple-O versus RDO's Triple-O.

Having said that, yes, the Undercloud provisions the Overcloud and
therefore making the change in "nova.conf" prior to provisioning the
Overcloud would accomplish what you're looking for.

On Tue, Mar 1, 2016 at 1:52 AM, Uwe Sauter <uwe.sauter.de at gmail.com> wrote:

> Hi David,
>
> as I'm not that familiar with the internals of Triple-O: this is a setting
> that I would change on the Undercloud host ("director"
> in Red Hat terminology)?
>
> Thank you,
>
>         Uwe
>
>
>
>
> Am 29.02.2016 um 23:37 schrieb David Moreau Simard:
> > Hi Uwe,
> >
> > It looks like the configuration option you're looking for is
> > max_concurrent_builds from nova.conf [1].
> >
> > Feel free to reach out on #tripleo on RDO if you have any questions!
> >
> > [1]:
> http://docs.openstack.org/liberty/config-reference/content/list-of-compute-config-options.html
> >
> > David Moreau Simard
> > Senior Software Engineer | Openstack RDO
> >
> > dmsimard = [irc, github, twitter]
> >
> >
> > On Mon, Feb 29, 2016 at 10:52 AM, Uwe Sauter <uwe.sauter.de at gmail.com>
> wrote:
> >> Hi all,
> >>
> >> I'm searching for a setting in Triple-O where I can limit the number of
> concurrent / parallel installations. I'm facing the issue
> >> that deployments hang or even fail due to bandwidth limit in the
> provisioning network. I think that I can work around this issue
> >> if I can limit the number of nodes that boot up in parallel.
> >>
> >> Has someone already done this? Which setting do I need to tweak for
> this?
> >>
> >>
> >> Thanks in advance,
> >>
> >>         Uwe
> >>
> >> _______________________________________________
> >> OpenStack-operators mailing list
> >> OpenStack-operators at lists.openstack.org
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20160301/e8ef9690/attachment.html>