[openstack-dev] [tripleo] Mistral workflow cannot establish connection

Samuel Monderer smonderer at vasonanetworks.com
Wed Jul 25 15:38:18 UTC 2018

Hi Steve,

You were right, when I removed most of the roles it worked.

I've encountered another problem. It seems that the network-isolation.yaml
I used with OSP11 is pointing to files that do not exist anymore such as

*  # Port assignments for the Controller role*
*  OS::TripleO::Controller::Ports::ExternalPort:
*  OS::TripleO::Controller::Ports::InternalApiPort:
*  OS::TripleO::Controller::Ports::StoragePort:
*  OS::TripleO::Controller::Ports::StorageMgmtPort:
*  OS::TripleO::Controller::Ports::TenantPort:
*  OS::TripleO::Controller::Ports::ManagementPort:

Have they moved to a different location or are they created during the
overcloud deployment??


On Mon, Jul 16, 2018 at 3:06 PM Steven Hardy <shardy at redhat.com> wrote:

> On Sun, Jul 15, 2018 at 7:50 PM, Samuel Monderer
> <smonderer at vasonanetworks.com> wrote:
> >
> > Hi Remo,
> >
> > Attached are templates I used for the deployment. They are based on a
> deployment we did with OSP11.
> > I made the changes for it to work with OSP13.
> >
> > I do think it's the roles_data.yaml file that is causing the error
> because if remove the " -r $TEMPLATES_DIR/roles_data.yaml" from the
> deployment script the deployment passes the point it was failing before but
> fails much later because of the missing definition of the role.
> I can't see a problem with the roles_data.yaml you provided, it seems
> to render ok using tripleo-heat-templates/tools/process-templates.py -
> are you sure the error isn't related to uploading the roles_data file
> to the swift container?
> I'd check basic CLI access to swift as a sanity check, e.g something like:
> openstack container list
> and writing the roles data e.g:
> openstack object create overcloud roles_data.yaml
> If that works OK then it may be an haproxy timeout - you are
> specifying quite a lot of roles, so I wonder if something is timing
> out during the plan creation phase - we had some similar issues in CI
> ref https://bugs.launchpad.net/tripleo-quickstart/+bug/1638908 where
> increasing the haproxy timeouts helped.
> Steve
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20180725/59414f0b/attachment.html>

More information about the OpenStack-dev mailing list