openstack-discuss

openstack-discuss@lists.openstack.org

March 2024

  • 127 participants
  • 178 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
[oslo] python-consul2 is unmaintained
by Takashi Kajinami 21 Apr '25

21 Apr '25
Hello,I recently noticed that python-consul2 library[1], which is used bythe consul coordination driver in tooz, hasn't been updated for 3+ years.Looking at issues in the project, there is an indication that the libraryis not compatible with ACL API in consul >= 1.11[2]. There is another forkcreated[3] and this includes fixes to support new API endpoints.Although the driver in tooz does not directly use the feature, I think it'sbetter to discuss our plan to mitigate risks caused by the unmaintained library.As far as I can think of, there are three options now 1. Deprecate consul driver and remove it 2. Keep using python-consul2 now. At least basic functionality is proven to work by our functional tests (Note that the tests do not cover all configuration patterns) 3. Replace python-consul2 by py-consulBefore we start the overall discussions I'd like to ask a few questions tothe wider audience, as our inputs. - Is anyone using the consul coordination driver now ? - Does anyone have experience with python-consul2 and/or py-consul ?Note that this discussion affects the http messaging driver[4] currentlyproposed, because it also requires client library to communicate with Consul.Actually I noticed the situation when I noticed that the requirement checkjob is failing because the library is not part of global requirements list...Thank you,Takashi Kajinami[1]https://github.com/poppyred/python-consul2[2]https://github.com/poppyred/python-consul2/issues/42[3]https://github.com/criteo-forks/py-consul[4]https://review.opendev.org/c/openstack/oslo.messaging/+/912499-- Takashi Kajinamiirc: tkajinamgithub:https://github.com/kajinamitlaunchpad:https://launchpad.net/~kajinamit
2 3
0 0
Hello Octavia users,For a while I've been trying to find a systematic way to remove Octavia LBs+Amphora that have become stuck in ERROR or transitional PENDING_* states ;$ openstack loadbalancer amphora list -f value | grep ERRORa2323f14-3aaa-418a-8249-111aaa9c21fe 1fa7bd54-f60c-420c-94f3-d4c02f03d4fe ERROR MASTER 10.8.0.242 192.168.3.247e5b236ba-e7ee-4ed7-9f58-57ce7a408489 1fa7bd54-f60c-420c-94f3-d4c02f03d4fe ERROR BACKUP 10.8.0.190 192.168.3.2476b556f28-93c9-49dd-b6ee-4379288e7957 d5e402fe-2c4b-49af-a700-532cb408cee5 ERROR MASTER 10.8.0.39 192.168.3.126c669db5d-8686-4d5c-9e95-e02030b34301 d5e402fe-2c4b-49af-a700-532cb408cee5 ERROR BACKUP 10.8.0.174 192.168.3.126$ openstack loadbalancer list -f value | grep -vi active1fa7bd54-f60c-420c-94f3-d4c02f03d4fe k8s-clusterapi-cluster-default-ci-6386871107-kube-upgrade-kubeapi 3a06571936a0424bb40bc5c672c4ccb1 192.168.3.247 PENDING_UPDATE amphorad5e402fe-2c4b-49af-a700-532cb408cee5 k8s-clusterapi-cluster-default-ci-6386871107-latest-kubeapi 3a06571936a0424bb40bc5c672c4ccb1 192.168.3.126 PENDING_DELETE amphoraThese resources are marked immutable and so cannot be failed over or deleted;$ openstack loadbalancer amphora failover a2323f14-3aaa-418a-8249-111aaa9c21feLoad Balancer 1fa7bd54-f60c-420c-94f3-d4c02f03d4fe is immutable and cannot be updated. (HTTP 409) (Request-ID: req-6e66c4e8-c3d3-4549-a03c-367017c8c8b3)$ openstack loadbalancer failover 1fa7bd54-f60c-420c-94f3-d4c02f03d4feInvalid state PENDING_UPDATE of loadbalancer resource 1fa7bd54-f60c-420c-94f3-d4c02f03d4fe (HTTP 409) (Request-ID: req-84b44212-e7a8-4101-a16f-18c774c0577e)The backing Nova instances for these Amphora do seem to exist and be in good working order.Is there any API way to purge these out of Octavia's service state, or would (very careful) DB hackery be required here?Many thanks,Paul Browne*******************Paul BrowneResearch Computing PlatformsUniversity Information ServicesRoger Needham BuildingJJ Thompson AvenueUniversity of CambridgeCambridgeUnited KingdomE-Mail: pfb29(a)cam.ac.uk<mailto:pfb29@cam.ac.uk>Tel: 0044-1223-746548*******************
4 6
0 0

19 Jan '25
Hello Glance users,The Glance project team wants to determine whether anyone is using the glance-scrubber utility [0]. If not, we are thinking of deprecating it this cycle to be removed in the appropriate future cycle.If you have not previously heard of the glance-scrubber, that's most likely because it's only useful for particular deployment configurations of which yours is not one. See the doc [0] for details if you are curious.Our suspicion is that the glance-scrubber may have outlived its usefulness for modern OpenStack configurations. (The last time I remember it being discussed at a PTG was during the snowstorm in Dublin, which I believe was the Rocky development cycle). On the other hand, the team also has some ideas for improving the scrubber, but there's no point doing that if it's not actually being used in the first place.So if removal of the glance-scrubber would negatively affect you, please respond to this email so we can get some data points.Thanks![0]https://docs.openstack.org/glance/latest/cli/glancescrubber.html
2 2
1 2

10 Jan '25
Hi,we have a couple of k8s clusters in our openstack environment (Victoria) and are facing some problems when pods get moved to different worker nodes. The PVCs get stuck in "reserved" state, and they only get attached after resetting the volumes to "available" state. First I thought it was due to the missing multiattach volume type which seems to work fine in our customer's cluster. I also found the "duplicate connector" error messages in the nova-compute.log:> Unable to update attachment.(Invalid volume: duplicate connectors > detected on volumeBut after adding the multiattach volume type and retyping the affected volumes, the PVCs still get stuck in "reserved" state while I don't see any error messages on the hypervisors anymore. So it seems that something has changed/improved, but now I don't have a trace where to look next. Could this be a cinder-csi driver issue or something? Our cinder backend is ceph (Pacific).Not sure which information could help so please ask for anything I can provide. Any pointers are highly appreciated!Thanks!Eugen
1 2
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
Folks,Openstack Release: ZedRecently I have integrated ceph RGW service with openstack/keystone andtesting with command line tool "openstack container create foo1" and itworks but when I go to Horizon UI I am seeing it doesn't have storagepolicy dropdown list and because of that I am not able to create containeror upload file from Horizon GUIhttps://ibb.co/KhYW6RdIt works with commands like but not horizon.$ openstack container create foo1+---------------------------------------+-----------+------------------------------------------------+| account | container | x-trans-id |+---------------------------------------+-----------+------------------------------------------------+| AUTH_d4d82849885e4126aef402c408ad2c5c | foo1 |tx00000c057454841b13497-0065b558b4-42ff2eb-ahm |+---------------------------------------+-----------+------------------------------------------------+$ openstack container list+------+| Name |+------+| foo1 |+------+
2 2
0 0