Use q-* services when firewall enabled #70
Comments
kiwik
added a commit
to theopenlab/openlab-zuul-jobs
that referenced
this issue
Jun 19, 2018
FWaaS do not switch to neutron-* devstack options totally, we should be use q-* to enable neutron services for it in order to avoid deploying error. Only add those enable logic into FWaaS v1 and v2 dg-local.conf to avoid impact main config path. Close theopenlab/openlab#70
kiwik
added a commit
to theopenlab/openlab-zuul-jobs
that referenced
this issue
Jun 19, 2018
FWaaS do not switch to neutron-* devstack options totally, we should be use q-* to enable neutron services for it in order to avoid deploying error. Only add those enable logic into FWaaS v1 and v2 dg-local.conf to avoid impact main config path. Close theopenlab/openlab#70
kiwik
added a commit
to theopenlab/openlab-zuul-jobs
that referenced
this issue
Jun 20, 2018
FWaaS do not switch to neutron-* devstack options totally, we should be use q-* to enable neutron services for it in order to avoid deploying error. Only add those enable logic into FWaaS v1 and v2 dg-local.conf to avoid impact main config path. Close theopenlab/openlab#70
kiwik
added a commit
to theopenlab/openlab-zuul-jobs
that referenced
this issue
Jun 20, 2018
enable neuron-*, then disable neutron-* and enable q-*, this way do not work for devstack, the final enable_service list contain both neutron-* and q-* services, that cause deploy failing, so add some logic to avoid it. Related-Bug: theopenlab/openlab#70
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
FWaaS do not switch to neutron-* devstack options totally, we should be use q-* for it, see error log http://logs.openlabtesting.org/logs/44/344/b9c7228b7503c138fc75bb12cb95dd2d78688d37/recheck-fwaas/terraform-provider-openstack-acceptance-test-fwaas/ae2e263/
The text was updated successfully, but these errors were encountered: