<div dir="ltr"><div><br></div><div>Well, everything is pretty standard (I am only deploying a POC), I am following this "documentation"[1]. I did not change much from the default files.</div><div>[1] <a href="https://docs.openstack.org/project-deploy-guide/kolla-ansible/queens/quickstart.html#">https://docs.openstack.org/project-deploy-guide/kolla-ansible/queens/quickstart.html#</a></div><div><br></div><div>Globals:</div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">---<br># You can use this file to override _any_ variable throughout Kolla.<br># Additional options can be found in the<br># 'kolla-ansible/ansible/group_vars/all.yml' file. Default value of all the<br># commented parameters are shown here, To override the default value uncomment<br># the parameter and change its value.<br><br>###############<br># Kolla options<br>###############<br># Valid options are [ COPY_ONCE, COPY_ALWAYS ]<br>#config_strategy: "COPY_ALWAYS"<br><br># Valid options are ['centos', 'debian', 'oraclelinux', 'rhel', 'ubuntu']<br>#kolla_base_distro: "centos"<br>kolla_base_distro: "ubuntu"<br><br># Valid options are [ binary, source ]<br>#kolla_install_type: "binary"<br>kolla_install_type: "source"<br><br># Valid option is Docker repository tag<br>#openstack_release: ""<br>#openstack_release: "master"<br>openstack_release: "queens"<br><br># Location of configuration overrides<br>#node_custom_config: "/etc/kolla/config"<br><br># This should be a VIP, an unused IP on your network that will float between<br># the hosts running keepalived for high-availability. If you want to run an<br># All-In-One without haproxy and keepalived, you can set enable_haproxy to no<br># in "OpenStack options" section, and set this value to the IP of your<br># 'network_interface' as set in the Networking section below.<br>network_interface: "enp0s8"<br>kolla_internal_vip_address: "192.168.56.250"<br><br># This is the DNS name that maps to the kolla_internal_vip_address VIP. By<br># default it is the same as kolla_internal_vip_address.<br>#kolla_internal_fqdn: "{{ kolla_internal_vip_address }}"<br><br># This should be a VIP, an unused IP on your network that will float between<br># the hosts running keepalived for high-availability. It defaults to the<br># kolla_internal_vip_address, allowing internal and external communication to<br># share the same address.  Specify a kolla_external_vip_address to separate<br># internal and external requests between two VIPs.<br>#kolla_external_vip_address: "{{ kolla_internal_vip_address }}"<br><br># The Public address used to communicate with OpenStack as set in the public_url<br># for the endpoints that will be created. This DNS name should map to<br># kolla_external_vip_address.<br>#kolla_external_fqdn: "{{ kolla_external_vip_address }}"<br><br>################<br># Docker options<br>################<br># Below is an example of a private repository with authentication. Note the<br># Docker registry password can also be set in the passwords.yml file.<br><br>#docker_registry: "<a href="http://172.16.0.10:4000">172.16.0.10:4000</a>"<br>#docker_namespace: "companyname"<br>#docker_registry_username: "sam"<br>#docker_registry_password: "correcthorsebatterystaple"<br><br>###################<br># Messaging options<br>###################<br># Below is an example of an separate backend that provides brokerless<br># messaging for oslo.messaging RPC communications<br><br>#om_rpc_transport: "amqp"<br>#om_rpc_user: "{{ qdrouterd_user }}"<br>#om_rpc_password: "{{ qdrouterd_password }}"<br>#om_rpc_port: "{{ qdrouterd_port }}"<br>#om_rpc_group: "qdrouterd"<br><br><br>##############################<br># Neutron - Networking Options<br>##############################<br># This interface is what all your api services will be bound to by default.<br># Additionally, all vxlan/tunnel and storage network traffic will go over this<br># interface by default. This interface must contain an IPv4 address.<br># It is possible for hosts to have non-matching names of interfaces - these can<br># be set in an inventory file per host or per group or stored separately, see<br>#     <a href="http://docs.ansible.com/ansible/intro_inventory.html">http://docs.ansible.com/ansible/intro_inventory.html</a><br># Yet another way to workaround the naming problem is to create a bond for the<br># interface on all hosts and give the bond name here. Similar strategy can be<br># followed for other types of interfaces.<br>#network_interface: "eth0"<br><br># These can be adjusted for even more customization. The default is the same as<br># the 'network_interface'. These interfaces must contain an IPv4 address.<br>#kolla_external_vip_interface: "{{ network_interface }}"<br>#api_interface: "{{ network_interface }}"<br>#storage_interface: "{{ network_interface }}"<br>#cluster_interface: "{{ network_interface }}"<br>#tunnel_interface: "{{ network_interface }}"<br>#dns_interface: "{{ network_interface }}"<br><br># This is the raw interface given to neutron as its external network port. Even<br># though an IP address can exist on this interface, it will be unusable in most<br># configurations. It is recommended this interface not be configured with any IP<br># addresses for that reason.<br>#neutron_external_interface: "eth1"<br>neutron_external_interface: "enp0s9"<br><br># Valid options are [ openvswitch, linuxbridge, vmware_nsxv, vmware_dvs, opendaylight ]<br>neutron_plugin_agent: "linuxbridge"<br><br># Valid options are [ internal, infoblox ]<br>#neutron_ipam_driver: "internal"<br><br><br>####################<br># keepalived options<br>####################<br># Arbitrary unique number from 0..255<br>#keepalived_virtual_router_id: "51"<br><br><br>#############<br># TLS options<br>#############<br># To provide encryption and authentication on the kolla_external_vip_interface,<br># TLS can be enabled.  When TLS is enabled, certificates must be provided to<br># allow clients to perform authentication.<br>#kolla_enable_tls_external: "no"<br>#kolla_external_fqdn_cert: "{{ node_config_directory }}/certificates/haproxy.pem"<br><br><br>##############<br># OpenDaylight<br>##############<br>#enable_opendaylight_qos: "no"<br>#enable_opendaylight_l3: "yes"<br><br>###################<br># OpenStack options<br>###################<br># Use these options to set the various log levels across all OpenStack projects<br># Valid options are [ True, False ]<br>#openstack_logging_debug: "False"<br><br># Valid options are [ none, novnc, spice, rdp ]<br>#nova_console: "novnc"<br><br># OpenStack services can be enabled or disabled with these options<br>#enable_aodh: "no"<br>#enable_barbican: "no"<br>#enable_blazar: "no"<br>#enable_ceilometer: "no"<br>#enable_central_logging: "no"<br>#enable_ceph: "no"<br>#enable_ceph_mds: "no"<br>#enable_ceph_rgw: "no"<br>#enable_ceph_nfs: "no"<br>#enable_chrony: "no"<br>#enable_cinder: "yes"<br>#enable_cinder_backup: "yes"<br>#enable_cinder_backend_hnas_iscsi: "no"<br>#enable_cinder_backend_hnas_nfs: "no"<br>#enable_cinder_backend_iscsi: "no"<br>#enable_cinder_backend_lvm: "no"<br>#enable_cinder_backend_nfs: "yes"<br>#enable_cloudkitty: "no"<br>#enable_collectd: "no"<br>#enable_congress: "no"<br>#enable_designate: "no"<br>#enable_destroy_images: "no"<br>#enable_etcd: "no"<br>#enable_fluentd: "yes"<br>#enable_freezer: "no"<br>#enable_gnocchi: "no"<br>#enable_grafana: "no"<br>enable_haproxy: "no"<br>#enable_heat: "yes"<br>#enable_horizon: "yes"<br>#enable_horizon_blazar: "{{ enable_blazar | bool }}"<br>#enable_horizon_cloudkitty: "{{ enable_cloudkitty | bool }}"<br>#enable_horizon_designate: "{{ enable_designate | bool }}"<br>#enable_horizon_freezer: "{{ enable_freezer | bool }}"<br>#enable_horizon_ironic: "{{ enable_ironic | bool }}"<br>#enable_horizon_karbor: "{{ enable_karbor | bool }}"<br>#enable_horizon_magnum: "{{ enable_magnum | bool }}"<br>#enable_horizon_manila: "{{ enable_manila | bool }}"<br>#enable_horizon_mistral: "{{ enable_mistral | bool }}"<br>#enable_horizon_murano: "{{ enable_murano | bool }}"<br>#enable_horizon_neutron_lbaas: "{{ enable_neutron_lbaas | bool }}"<br>#enable_horizon_octavia: "{{ enable_octavia | bool }}"<br>#enable_horizon_sahara: "{{ enable_sahara | bool }}"<br>#enable_horizon_searchlight: "{{ enable_searchlight | bool }}"<br>#enable_horizon_senlin: "{{ enable_senlin | bool }}"<br>#enable_horizon_solum: "{{ enable_solum | bool }}"<br>#enable_horizon_tacker: "{{ enable_tacker | bool }}"<br>#enable_horizon_trove: "{{ enable_trove | bool }}"<br>#enable_horizon_watcher: "{{ enable_watcher | bool }}"<br>#enable_horizon_zun: "{{ enable_zun | bool }}"<br>#enable_hyperv: "no"<br>#enable_influxdb: "no"<br>#enable_ironic: "no"<br>#enable_ironic_pxe_uefi: "no"<br>#enable_kafka: "no"<br>#enable_karbor: "no"<br>#enable_kuryr: "no"<br>#enable_magnum: "no"<br>#enable_manila: "no"<br>#enable_manila_backend_generic: "no"<br>#enable_manila_backend_hnas: "no"<br>#enable_manila_backend_cephfs_native: "no"<br>#enable_manila_backend_cephfs_nfs: "no"<br>#enable_mistral: "no"<br>#enable_mongodb: "no"<br>#enable_murano: "no"<br>#enable_multipathd: "no"<br>#enable_neutron_bgp_dragent: "no"<br>#enable_neutron_dvr: "no"<br>#enable_neutron_lbaas: "no"<br>#enable_neutron_fwaas: "no"<br>#enable_neutron_qos: "no"<br>#enable_neutron_agent_ha: "no"<br>enable_neutron_vpnaas: "no"<br>#enable_neutron_sriov: "no"<br>#enable_neutron_sfc: "no"<br>#enable_nova_fake: "no"<br>#enable_nova_serialconsole_proxy: "no"<br>#enable_octavia: "no"<br>#enable_opendaylight: "no"<br>#enable_openvswitch: "{{ neutron_plugin_agent != 'linuxbridge' }}"<br>#enable_ovs_dpdk: "no"<br>#enable_osprofiler: "no"<br>#enable_panko: "no"<br>#enable_prometheus: "no"<br>#enable_qdrouterd: "no"<br>#enable_rally: "no"<br>#enable_redis: "no"<br>#enable_sahara: "no"<br>#enable_searchlight: "no"<br>#enable_senlin: "no"<br>#enable_skydive: "no"<br>#enable_solum: "no"<br>#enable_swift: "no"<br>#enable_telegraf: "no"<br>#enable_tacker: "no"<br>#enable_tempest: "no"<br>#enable_trove: "no"<br>#enable_trove_singletenant: "no"<br>#enable_vitrage: "no"<br>#enable_vmtp: "no"<br>#enable_watcher: "no"<br>#enable_zookeeper: "no"<br>#enable_zun: "no"<br><br>##############<br># Ceph options<br>##############<br># Ceph can be setup with a caching to improve performance. To use the cache you<br># must provide separate disks than those for the OSDs<br>#ceph_enable_cache: "no"<br><br># Set to no if using external Ceph without cephx.<br>#external_ceph_cephx_enabled: "yes"<br><br># Ceph is not able to determine the size of a cache pool automatically,<br># so the configuration on the absolute size is required here, otherwise the flush/evict will not work.<br>#ceph_target_max_bytes: ""<br>#ceph_target_max_objects: ""<br><br># Valid options are [ forward, none, writeback ]<br>#ceph_cache_mode: "writeback"<br><br># A requirement for using the erasure-coded pools is you must setup a cache tier<br># Valid options are [ erasure, replicated ]<br>#ceph_pool_type: "replicated"<br><br># Integrate ceph rados object gateway with openstack keystone<br>#enable_ceph_rgw_keystone: "no"<br><br># Set the pgs and pgps for pool<br># WARNING! These values are dependant on the size and shape of your cluster -<br># the default values are not suitable for production use. Please refer to the<br># Kolla Ceph documentation for more information.<br>#ceph_pool_pg_num: 8<br>#ceph_pool_pgp_num: 8<br><br>#############################<br># Keystone - Identity Options<br>#############################<br><br># Valid options are [ fernet ]<br>#keystone_token_provider: 'fernet'<br><br># Interval to rotate fernet keys by (in seconds). Must be an interval of<br># 60(1 min), 120(2 min), 180(3 min), 240(4 min), 300(5 min), 360(6 min),<br># 600(10 min), 720(12 min), 900(15 min), 1200(20 min), 1800(30 min),<br># 3600(1 hour), 7200(2 hour), 10800(3 hour), 14400(4 hour), 21600(6 hour),<br># 28800(8 hour), 43200(12 hour), 86400(1 day), 604800(1 week).<br>#fernet_token_expiry: 86400<br><br><br>########################<br># Glance - Image Options<br>########################<br># Configure image backend.<br>#glance_backend_ceph: "no"<br>#glance_backend_file: "yes"<br>#glance_backend_swift: "no"<br>#glance_backend_vmware: "no"<br># Configure glance upgrade option, due to this feature is experimental<br># in glance, so default value should be set to "no".<br>glance_enable_rolling_upgrade: "no"<br><br><br>##################<br># Barbican options<br>##################<br># Valid options are [ simple_crypto, p11_crypto ]<br>#barbican_crypto_plugin: "simple_crypto"<br>#barbican_library_path: "/usr/lib/libCryptoki2_64.so"<br><br>################<br>## Panko options<br>################<br># Valid options are [ mongodb, mysql ]<br>#panko_database_type: "mysql"<br><br>#################<br># Gnocchi options<br>#################<br># Valid options are [ file, ceph ]<br>#gnocchi_backend_storage: "{{ 'ceph' if enable_ceph|bool else 'file' }}"<br><br># Valid options are [redis, '']<br>#gnocchi_incoming_storage: "{{ 'redis' if enable_redis | bool else '' }}"<br><br>################################<br># Cinder - Block Storage Options<br>################################<br># Enable / disable Cinder backends<br>#cinder_backend_ceph: "{{ enable_ceph }}"<br>#cinder_backend_vmwarevc_vmdk: "no"<br>#cinder_volume_group: "cinder-volumes"<br><br># Valid options are [ nfs, swift, ceph ]<br>#cinder_backup_driver: "ceph"<br>#cinder_backup_share: ""<br>#cinder_backup_mount_options_nfs: ""<br><br><br>###################<br># Designate options<br>###################<br># Valid options are [ bind9 ]<br>#designate_backend: "bind9"<br>#designate_ns_record: "<a href="http://sample.openstack.org">sample.openstack.org</a>"<br><br>########################<br># Nova - Compute Options<br>########################<br>#nova_backend_ceph: "{{ enable_ceph }}"<br><br># Valid options are [ qemu, kvm, vmware, xenapi ]<br>#nova_compute_virt_type: "kvm"<br><br># The number of fake driver per compute node<br>#num_nova_fake_per_node: 5<br><br>#################<br># Hyper-V options<br>#################<br># Hyper-V can be used as hypervisor<br>#hyperv_username: "user"<br>#hyperv_password: "password"<br>#vswitch_name: "vswitch"<br># URL from which Nova Hyper-V MSI is downloaded<br>#nova_msi_url: "<a href="https://www.cloudbase.it/downloads/HyperVNovaCompute_Beta.msi">https://www.cloudbase.it/downloads/HyperVNovaCompute_Beta.msi</a>"<br><br>#############################<br># Horizon - Dashboard Options<br>#############################<br>#horizon_backend_database: "{{ enable_murano | bool }}"<br><br>#############################<br># Ironic options<br>#############################<br># following value must be set when enable ironic, the value format<br># is "192.168.0.10,192.168.0.100".<br>ironic_dnsmasq_dhcp_range:<br><br>######################################<br># Manila - Shared File Systems Options<br>######################################<br># HNAS backend configuration<br>#hnas_ip:<br>#hnas_user:<br>#hnas_password:<br>#hnas_evs_id:<br>#hnas_evs_ip:<br>#hnas_file_system_name:<br><br>################################<br># Swift - Object Storage Options<br>################################<br># Swift expects block devices to be available for storage. Two types of storage<br># are supported: 1 - storage device with a special partition name and filesystem<br># label, 2 - unpartitioned disk  with a filesystem. The label of this filesystem<br># is used to detect the disk which Swift will be using.<br><br># Swift support two matching modes, valid options are [ prefix, strict ]<br>#swift_devices_match_mode: "strict"<br><br># This parameter defines matching pattern: if "strict" mode was selected,<br># for swift_devices_match_mode then swift_device_name should specify the name of<br># the special swift partition for example: "KOLLA_SWIFT_DATA", if "prefix" mode was<br># selected then swift_devices_name should specify a pattern which would match to<br># filesystems' labels prepared for swift.<br>#swift_devices_name: "KOLLA_SWIFT_DATA"<br><br><br>################################################<br># Tempest - The OpenStack Integration Test Suite<br>################################################<br># following value must be set when enable tempest<br>tempest_image_id:<br>tempest_flavor_ref_id:<br>tempest_public_network_id:<br>tempest_floating_network_name:<br><br># tempest_image_alt_id: "{{ tempest_image_id }}"<br># tempest_flavor_ref_alt_id: "{{ tempest_flavor_ref_id }}"<br><br>###################################<br># VMware - OpenStack VMware support<br>###################################<br>#vmware_vcenter_host_ip:<br>#vmware_vcenter_host_username:<br>#vmware_vcenter_host_password:<br>#vmware_datastore_name:<br>#vmware_vcenter_name:<br>#vmware_vcenter_cluster_name:<br><br>#######################################<br># XenAPI - Support XenAPI for XenServer<br>#######################################<br># XenAPI driver use HIMN(Host Internal Management Network)<br># to communicate with XenServer host.<br>#xenserver_himn_ip:<br>#xenserver_username:<br>#xenserver_connect_protocol:<br><br>############<br># Prometheus<br>############<br>#enable_prometheus_haproxy_exporter: "{{ enable_haproxy | bool }}"<br>#enable_prometheus_mysqld_exporter: "{{ enable_mariadb | bool }}"<br>#enable_prometheus_node_exporter: "yes"<br></blockquote><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 21, 2018 at 10:49 PM, Jeffrey Zhang <span dir="ltr"><<a href="mailto:zhang.lei.fly@gmail.com" target="_blank">zhang.lei.fly@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:arial,helvetica,sans-serif;font-size:small">seems there are some issue in you inventory file.</div><div style="font-family:arial,helvetica,sans-serif;font-size:small">Could you compare your inventory file with the one in kolla-ansible code? </div><div style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:small">if you are still not fix it, try to provide you globals.yml file and inventory file in ML.</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, May 22, 2018 at 6:51 AM, Rafael Weingärtner <span dir="ltr"><<a href="mailto:rafaelweingartner@gmail.com" target="_blank">rafaelweingartner@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hello OpenStackers,<br>First of all, I am not sure if this is the right list to post this question. Therefore, please excuse me if I am sending an e-mail to the wrong place.<br><br>So, I have been trying to use Kolla to deploy a POC environment of OpenStack. However, I have not been able to do so. Right now I am getting the following error:<br><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">fatal: [localhost]: FAILED! => {"msg": "The conditional check '(neutron_l3_agent.enabled | bool and neutron_l3_agent.host_in_group<wbr>s | bool) or (neutron_vpnaas_agent.enabled | bool and  neutron_vpnaas_agent.host_in_<wbr>groups | bool)' failed. The error was: error while evaluating conditional ((neutron_l3_agent.enabled | bool and neutron_l3_agent.host_in_group<wbr>s | bool) or (neutron_vpnaas_agent.enabled | bool and  neutron_vpnaas_agent.host_in_<wbr>groups | bool)): Unable to look up a name or access an attribute in template string ({{ inventory_hostname in groups['neutron-vpnaas-agent'] }}).\nMake sure your variable name does not contain invalid characters like '-': argument of type 'StrictUndefined' is not iterable\n\nThe error appears to have been in '/usr/local/share/kolla-ansibl<wbr>e/ansible/roles/neutron/tasks/<wbr>config.yml': line 2, column 3, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n---\n- name: Setting sysctl values\n  ^ here\n"}<br></blockquote><br>It looks like an Ansible problem. I checked the file “/usr/local/share/kolla-ansibl<wbr>e/ansible/roles/neutron/tasks/<wbr>config.yml” at line 5, it has the following declaration:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">neutron_l3_agent: "{{ neutron_services['neutron-l3-a<wbr>gent'] }}"<br></blockquote><br>As far as I understand everything is ok with this variable declaration.  There is the “neutron-l3-agent” parameter used to retrieve an element from “neutron_services” map, but that does look ok. Has anybody else experienced this problem before?<br><br>I am using Kolla for OpenStack queens. I am using kolla with the following command.<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">kolla-ansible -i all-in-one bootstrap-servers && kolla-ansible -i all-in-one prechecks && kolla-ansible -i all-in-one deploy<br></blockquote><br>As you can see, it is a simple use case to deploy OpenStack in a single node. The command that is failing is the following.<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">kolla-ansible -i all-in-one deploy<br></blockquote><br>--<br>Rafael Weingärtner</div>
<br></div></div>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div class="m_-7221377181664864752gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><span style="font-size:13px;border-collapse:collapse"><font face="arial, helvetica, sans-serif">Regards,</font></span></div><div><span style="font-size:13px;border-collapse:collapse"><font face="arial, helvetica, sans-serif">Jeffrey Zhang</font></span></div><div><font face="arial, helvetica, sans-serif"><span style="font-size:12.8px">Blog: </span><a href="http://xcodest.me/" style="font-size:12.8px" target="_blank">http://xcodest.me</a></font><font face="monospace, monospace"><br></font></div></div></div></div></div></div></div></div></div></div></div>
</font></span></div></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Rafael Weingärtner</div></div>
</div></div>