openstack-discuss

openstack-discuss@lists.openstack.org

October 2023

  • 106 participants
  • 156 discussions

29 Oct '25
Hello Koller.I want to ask if we can overwrite config for a group of nodes. For example,compute01 >> compute10 will have the same nova configurationcompute11 >> compute20 will have the same nova configuration.It will be very nice if we support this way.Thank you. RegardsNguyen Huu Khoi
4 7
0 0
Fwd: DPDK+OVS with OpenStack
by Mark Wittling 23 Apr '25

23 Apr '25
Looking for someone who knows OpenStack with OpenVSwitch, and in additionto that, DPDK with OpenStack and OVS.I am using OpenStack Queens, withOpenVSwitch. The architecture I am using is documented here:https://docs.openstack.org/neutron/queens/admin/deploy-ovs-provider.htmlTheOVS I am using on the Compute Node, is compiled with DPDK, and I haveenabled the datapath to netdev (DPDK) on br-prv (provider network bridge),and br-tun (tunneling bridge). But these two bridges, br-tun and br-prv,are patched into another OpenStack bridge, called br-int. I wasn’t actuallysure about whether to tinker with this bridge, and wondered what datapathit was using.Then, I realized there is a parameter in theopenvswitch_agent.ini file, which I will list here:# OVS datapath to use. 'system' is the default value and corresponds to the# kernel datapath. To enable the userspace datapath set this value to 'netdev'.# (string value)# Possible values:# system - <No description provided># netdev - <No description provided>#datapath_type = systemdatapath_type = netdevSo in tinkering with this, what I realized, is that when you set thisdatapath_type to system or netdev, it will adjust the br-int bridge to thatdatapath type.So here is my question. How can I launch a non-DPDK VM, ifall of the bridges are using the netdev datapath type?Here is anotherquestion. What if one of the flavors don’t have the largepages property seton them? I assumed OpenStack would revert to a system datapath and not useDPDK for those VM interfaces. Well, I found out in testing, that is not thecase. If you set all your bridges up for netdev, and you don’t set theproperty on the Flavor of the VM (largepages), the VM will launch, but itsimply won’t work.Is there no way, on a specific Compute Host, to supportboth DPDK (netdev datapaths) and non-DPDK (system datapaths)?Either on a VMinterface level (VM has one interface that is netdev DPDK and another thatis system datapath non-DPDK)?Or on a VM by VM basis (VM 1 has 1 or morenetdev datapath interfaces and VM 2 has 1 or more system datapathinterfaces)?Am I right here? Once you set up a Compute Host for DPDK, it’sDPDK or nothing on that Compute Host? (edited)
3 2
0 0
How to config DPDK compute in OVN
by dangerzone ar 22 Apr '25

22 Apr '25
Hi....as far I understand ovs does support dpdk compute to be deployed. I'mreferring to the guideline '*https://docs.openstack.org/networking-ovn/queens/admin/dpdk.html<https://docs.openstack.org/networking-ovn/queens/admin/dpdk.html>* ' ...It's too brief.. May I know how to config dpdk compute in OVN networkingopenstack? Hope someone could help what is the config to be done....Currently compute is run without dpdk over openstack train ovn based.Please need some info on how I can proceed. Thank you
2 1
0 0
Hi,I am currently trying to deploy openstack wallaby using tripleo arch.I created the network jinja templates, ran the following commands also:#openstack overcloud network provision --stack overcloud --outputnetworks-deployed-environment.yaml custom_network_data.yaml# openstack overcloud network vip provision --stack overcloud --outputvip-deployed-environment.yaml custom_vip_data.yaml# openstack overcloud node provision --stack overcloud--overcloud-ssh-key /home/stack/sshkey/id_rsaovercloud-baremetal-deploy.yamland used the environment files in the openstack overcloud deploy command:(undercloud) [stack@hkg2director ~]$ cat deploy.sh#!/bin/bashTHT=/usr/share/openstack-tripleo-heat-templates/CNF=/home/stack/openstack overcloud deploy --templates $THT \-r $CNF/templates/roles_data.yaml \-n $CNF/workplace/custom_network_data.yaml \-e ~/containers-prepare-parameter.yaml \-e $CNF/templates/node-info.yaml \-e $CNF/templates/scheduler-hints.yaml \-e $CNF/workplace/networks-deployed-environment.yaml \-e $CNF/workplace/vip-deployed-environment.yaml \-e $CNF/workplace/overcloud-baremetal-deployed.yaml \-e $CNF/workplace/custom-net-bond-with-vlans.yamlNow when i run the ./deploy.sh script i encounter an error stating:ERROR openstack [-] ResourceOS::TripleO::Network::Ports::ControlPlaneVipPort maps to typeOS::Neutron::Port and the Neutron service is not available when usingephemeral Heat. The generated environments from 'openstack overcloudbaremetal provision' and 'openstack overcloud network provision' must beincluded with the deployment command.:tripleoclient.exceptions.InvalidConfiguration: ResourceOS::TripleO::Network::Ports::ControlPlaneVipPort maps to typeOS::Neutron::Port and the Neutron service is not available when usingephemeral Heat. The generated environments from 'openstack overcloudbaremetal provision' and 'openstack overcloud network provision' must beincluded with the deployment command.2022-04-19 13:47:16.582 735924 INFO osc_lib.shell [-] END return value: 1Can someone tell me where the mistake is?With regards,Swogat Pradhan
4 4
0 0
[kolla] [openeuler] CI jobs status
by Michał Nasiadka 26 Nov '24

26 Nov '24
Hello Koalas,OpenEuler jobs in master (to be Antelope) are failing for a long time.If no one is interested in maintaining OpenEuler support in Kolla-Ansible - I will propose dropping it’s support on Wednesday Kolla meeting.Best regards,Michal
4 3
0 0
Hi,I'm attempting to use Kolla Ansible 14.6.0 to deploy OpenStack Yoga on asmall 3-node Ubuntu 20.04 cluster. The nodes have 128 GB RAM each, dualXeon processors, and dual 10G Intel NICs. The NICs are connected to accessports on a 10G switch with separate VLANs for the local and externalnetworks.All the playbooks run cleanly, but cloud-init is failing in theUbuntu 20.04 and 22.04 VMs I attempt to boot. The VM images are unmodifiedfromhttps://cloud-images.ubuntu.com/, and cloud-init works fine if I mounta second volume with user-data. The error is a timeout attempting toreach 169.254.169.254. This occurs both when booting a VM in an internalrouted network and directly in an external network.I tried various neutron plugin agents (ovn, linuxbridge, and openvswitchboth with and without firewall_driver = openvswitch<https://docs.openstack.org/kolla-ansible/latest/reference/networking/neutro…>)first with a clean install of the entire OS each time, all with the sameresult. Running tcpdump looking for 169.254.169.254 shows nothing. As apossible clue, the virtual NICs are unable to pass any traffic (e.g., toreach an external DHCP server) unless I completely disable port security onthe interface (even if the associated security group is wide open). Butdisabling port security does not fix cloud-init (not to mention I don'treally want to disable port security).Are there any additional requirements related to deploying OpenStack withKolla on Ubuntu 20.04?This is a fairly vanilla configuration using the multinode inventory as astarting point. I tried to follow the Quick Start<https://docs.openstack.org/kolla-ansible/yoga/user/quickstart.html> asclosely as possible; the only material difference I see is that I'm usingthe same 3 nodes for control + compute. I am using MAAS so it's easy to geta clean OS install on all three nodes ahead of each attempt. I plan to tryagain with the standard (non-HWE) kernel just in case, but otherwise I amrunning out of ideas. In case of any additional clues, here are myglobals.yml and inventory file, along with the playbook I'm using toconfigure the network, images, VMs, etc., after bootstrapping the cluster:https://gist.github.com/tobiasmcnulty/7dbbdbc67abc08cbb013bf5983852ed6Thank you in advance for any advice!Cheers,Tobias
5 9
0 0
Live migration fails
by Szabo, Istvan (Agoda) 06 Aug '24

06 Aug '24
Hi,I have couple of compute nodes where the live migration fails with existing vms.When I quickly spawn a vm and try live migration it works so I assume shouldn't be a big problem with the compute node.However I have many existing vms where it fails with a servername not found./var/log/nova/nova-conductor.log:2021-04-21 14:47:12.605 227612 ERROR nova.conductor.tasks.migrate [req-f4067a26-a233-4673-8c07-9a8a290980b0 dce35e6eceea4312bb0baa0510cef363 ca7e35079f4440c78bd9870724b9638b - default default] [instance: 1517a2ac-3b51-4d8d-80b3-89a5614d1ae0] Unable to find record for source node servername on servername: ComputeHostNotFound: Compute host servername could not be found./var/log/nova/nova-conductor.log:2021-04-21 14:47:12.605 227612 WARNING nova.scheduler.utils [req-f4067a26-a233-4673-8c07-9a8a290980b0 dce35e6eceea4312bb0baa0510cef363 ca7e35079f4440c78bd9870724b9638b - default default] Failed to compute_task_migrate_server: Compute host servername could not be found.: ComputeHostNotFound: Compute host servername could not be found./var/log/nova/nova-conductor.log:2021-04-21 14:47:12.605 227612 WARNING nova.scheduler.utils [req-f4067a26-a233-4673-8c07-9a8a290980b0 dce35e6eceea4312bb0baa0510cef363 ca7e35079f4440c78bd9870724b9638b - default default] [instance: 1517a2ac-3b51-4d8d-80b3-89a5614d1ae0] Setting instance to ACTIVE state.: ComputeHostNotFound: Compute host servername could not be found./var/log/nova/nova-conductor.log:2021-04-21 14:47:12.672 227612 ERROR oslo_messaging.rpc.server [req-f4067a26-a233-4673-8c07-9a8a290980b0 dce35e6eceea4312bb0baa0510cef363 ca7e35079f4440c78bd9870724b9638b - default default] Exception during message handling: ComputeHostNotFound: Compute host am-osfecn-4025Tried with this command:nova live-migration --block-migrate id.Any idea?Thank you.________________________________This message is confidential and is for the sole use of the intended recipient(s). It may also be privileged or otherwise protected by copyright or other legal rules. If you have received it by mistake please let us know by reply email and delete it from your system. It is prohibited to copy this message or disclose its content to anyone. Any confidentiality or privilege is not waived or lost by any mistaken delivery or unauthorized disclosure of the message. All messages sent to and from Agoda may be monitored to ensure compliance with company policies, to protect the company's interests and to remove potential malware. Electronic messages may be intercepted, amended, lost or deleted, or contain viruses.
5 16
0 0
Hi PTLs,As you might know or have seen for your project package on PyPi, OpenStack deliverables on PyPi haveadditional maintainers, For example,https://pypi.org/project/murano/,https://pypi.org/project/glance/We should keep only 'openstackci' as a maintainer in PyPi so that releases of OpenStack deliverablescan be managed in a single place. Otherwise, we might face the two sets of maintainers' places andpackages might get released in PyPi by additional maintainers without the OpenStack project teamknowing about it. One such case is in Horizon repo 'xstatic-font-awesome' where a new maintainer isadded by an existing additional maintainer and this package was released without the Horizon teamknowing about the changes and release.-https://github.com/openstack/xstatic-font-awesome/pull/2To avoid the 'xstatic-font-awesome' case for other packages, TC discussed it in their weekly meetings[1]and agreed to audit all the OpenStack packages and then clean up the additional maintainers in PyPi(keep only 'openstackci' as maintainers). To help in this task, TC requests project PTL to perform the audit for their project's repo and add commentsin the below etherpad.-https://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanupThanks to knikolla to automate the listing of the OpenStack packages with additional maintainers in PyPi whichyou can find the result in output.txt at the bottom of this link. I have added the project list of who needs to checktheir repo in etherpad.-https://gist.github.com/knikolla/7303a65a5ddaa2be553fc6e54619a7a1Please complete the audit for your project before March 15 so that TC can discuss the next step in vPTG.[1]https://meetings.opendev.org/meetings/tc/2023/tc.2023-01-11-16.00.log.html#…-gmann
18 27
0 0
[all][packaging][release][qa] pep-517 and pip 23
by smooney＠redhat.com 06 May '24

06 May '24
hi folks,TL;DR-----this is a long email so the tl;dr is we should addpyproject.toml ```[build-system]requires = ["pbr>=5.7.0", "setuptools>=36.6.0", "wheel"]build-backend = "pbr.build"```to all openstack projects to supprot pip 23.1+Long version------------As some of you may know the ptg happend last week an done of hte topic raised therewas a know limitation in devstack where GLOBAL_VENV=True does not work on centos/fedora derived distros.while i generally dont use centos/fedora derived distros for my daily work i have been using devstackfor over 10 years at this point so when im told it broken i ocationlly will go fix it.In this case the issue is not with devstack (it often isnt) and is actully in our collective relianceon a deprecated functionality and how we package openstack today.Back story, for better or worse when openstack was created the landscape of python packaging was significantlydifferent then it is today. To help corodinate our dependcies the openstack comunity went all in on requirements.txtand developed upper-constraits to manage our requirements and developed PBR (python build Reasonableness).both of those approches have served us well and likely will continue to do so for some time. Since then pyproject.toml has started to gain popularity and pep-517 (A build-system independent format for sourcetrees) has been adotpted but so far openstack as a comunity has not embraced those changes. (although pbr alreadysupprot pep-517 :) ). Until now this has not been a problem however with recent release of pip things are now breaking.Problem Context: - openstack does not provide pyporject.toml files - openstack project configure setuptools to use pbr via setup.py - setuptools support generating scripts form entry points(console_scripts) which we use for project binaries( nova-compute, neutron-server, ...) - openstack api services use a pbr extension know as wsgi_scripts which adds a similar functionality for generatingwsgi application mains file - devstack due to coming changes in distro to block "sudo pip install" now installs openstack in a single by default ondebian distros. on centos/fedora distros it currently almost functional (but not). - devstack installs in editable mode because that is how most developers use devstack for developemnt What changed: - pip 20.2 deprecated support for falling back to calling setup.py when pyproject.toml is not present -https://pip.pypa.io/en/stable/news/#v20-2 -https://github.com/pypa/pip/issues/8368 - at this point when pyproject.yaml is not called pip calls setup.py install [-e] <path to repo or package name> - setup.py invokes pbr to generate wsgi_scripts and other files - in pip 23.1 the fallback was removedhttps://pip.pypa.io/en/stable/news/#v23-1 - pip now builds a temp local wheel instead of calling setup.py install when pyproject.toml is not found - in editable mode (-e) the default way the wheel is built does not invoke pbr properly to generate the wsgi files - as a result the wsgi files are not installed to the venv bin dir and this causes devstack to fail to start keystone(or any other wsgi api)The fix, there are a few ways to approch this: - clamp pip (https://review.opendev.org/c/openstack/devstack/+/898845) this is a terible idea and it breaks debian - clamping pip below 23.1 works on centos for now however OVS on debian already requires pep 517 for installing - as such when that version of ovs (or other projects start enforcing that) hits centos it will break - add a minimal pyproject.toml to all openstack project - example for keystonehttps://review.opendev.org/c/openstack/keystone/+/899519 - this example jsut adds the minium pyproject.toml to enable pbr to be used as the build system - it does not remove supprot for setup.py but it will not be used by default going forward whit new version of pip - all config is still in setup.cfg - add pyproject.toml support but remove setup.py supporthttps://review.opendev.org/c/opendev/bindep/+/816741 - this goes one step futrue and actuly nulls out setup.py - we could take this approach if we want to but its not required.The reason for this email is to get agreement on how to support pip 23.1+My proposal would be to add pyproject.toml with the minimal config required to enable pip 23.2but not drop the setup.py support in this cycle.i would suggest that we can deprecate installing via setup.py in caracal if that is desirable butnot make that change until the next slurp to give time to projects and packages to catch up.if there are no objections to that i would like to ask what is the preferd way to create and submit the patches for the minimal pyproject.toml ```[build-system]requires = ["pbr>=5.7.0", "setuptools>=36.6.0", "wheel"]build-backend = "pbr.build"```i can propose patches to the main project deployed by devstack by default.i.e. nova/neutron ectra but it might be better if someone form the core teams of each project could take on that taskand chasing the reviews.if someone has a script to generate a patch for a set of repos that just add the above pyporject.tomlthen we can use that to keep a consistent topic/commit message across all patches.my proposal for testing this is two fold.in ci we can test the patches are functional by using a DNM patch to devstack to force enable the gloal venv on centosand depend on the set of patches, i will modifyhttps://review.opendev.org/c/openstack/devstack/+/898845 to do thatlocally we can test that the patch is functional by doing the followingsubstituting keystone for the relevant project. ```git clonehttps://opendev.org/openstack/keystonecd keystonepython3 -m venv .venv. .venv/bin/activatepython3 -m pip install -U pippython3 -m pip install -e .ls .venv/bin/keystone*```the ls will not contain the wsgi scriptwith the addition of the pyproject.toml it should.on debian sid i can reproduce the same issue the problem we are seeing on centos 9 now will start impactingother distos eventually so its good to fix this now.if i start proposing this to glance/nova/neutron/cinder/swift/horizon/placement (to get a default devstack working)can i get cores to review? can cores form each project nominate peopel to review or volenteer to do this work.i have createdhttps://etherpad.opendev.org/p/pep-517-and-pip-23 to track this worki have some other work that i think we can do in parallel like addign pyporject.toml support to the pti requirementsif we go this way but that i think we can discuss on a governacne patch to updated it.anyway this is a lot to digest so feedback is welcome.if someone else would like to drive this that is also welcome (i.e. tc/release team)regardssean.
10 27
0 0

24 Mar '24
Hi,Can someone please tell me how can i access the virsh utility on thecompute node on openstack wallaby?Previously we used nova_libvirt but in wallaby there are multiplecontainers and i am unable to use virsh utility to edit my domain.xml file.List of containers:[root@dcn01-hci-2 ~]# podman ps | grep nova10d981158842172.25.201.68:8787/tripleomaster/openstack-nova-libvirt:current-tripleo kolla_start 2 months ago Up 2 monthsago nova_virtlogd_wrappere91667516afc172.25.201.68:8787/tripleomaster/openstack-nova-libvirt:current-tripleo kolla_start 2 months ago Up 2 monthsago nova_virtsecretda4b07fe0e833172.25.201.68:8787/tripleomaster/openstack-nova-libvirt:current-tripleo kolla_start 2 months ago Up 2 monthsago nova_virtnodedevdd7e1db393e9c172.25.201.68:8787/tripleomaster/openstack-nova-libvirt:current-tripleo kolla_start 2 months ago Up 2 monthsago nova_virtstoraged5308a171793e172.25.201.68:8787/tripleomaster/openstack-nova-libvirt:current-tripleo kolla_start 2 months ago Up 2 monthsago nova_virtqemudf490a6249ba1172.25.201.68:8787/tripleomaster/openstack-nova-libvirt:current-tripleo kolla_start 2 months ago Up 6 weeksago nova_virtproxydab0441e56957172.25.201.68:8787/tripleomaster/openstack-nova-compute:current-tripleo kolla_start 2 months ago Up 2 monthsago (healthy) nova_migration_targetf35fbba5b690172.25.201.68:8787/tripleomaster/openstack-nova-compute:current-tripleo kolla_start 2 months ago Up 6 weeksago (unhealthy) nova_compute82bc01993106172.25.201.68:8787/tripleomaster/openstack-nova-libvirt:current-tripleo /usr/sbin/virtlog... 2 months ago Up 2 monthsagoCan someone please suggest how I can i edit an instance xml file in thissetup?With regards,Swogat Pradhan
2 5
0 0