Excellent, thanks for following up. On Tue, Mar 1, 2016 at 7:15 AM, Uwe Sauter <[email protected]> wrote:
> Hi, > > I changed the setting on Undercloud's Nova and can confirm that it indeed > is what I was looking for. > > > Thanks again, > > Uwe > > > Am 01.03.2016 um 14:03 schrieb John van Ommen: > > 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 <[email protected]> > 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 <[email protected]> > >> 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 > >>>> [email protected] > >>>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > >> > >> > >> _______________________________________________ > >> OpenStack-operators mailing list > >> [email protected] > >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > >> > > > >
_______________________________________________ OpenStack-operators mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
