openstack-discuss

openstack-discuss@lists.openstack.org

September 2021

  • 166 participants
  • 225 discussions
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
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
[all] Dynamic Zuul results table in Gerrit 3
by Radosław Piliszek 04 Aug '22

04 Aug '22
Hello Fellow OpenStack and OpenDev Folks!TL;DR click on [3] and enjoy.I am starting this thread to not hijack the discussion happening on [1].First of all, I would like to thank gibi (Balazs Gibizer) for hackinga way to get the place to render the table in the first place (punintended).I have been a long-time-now user of [2].I have improved and customised it for myself but never really got toshare back the changes I made.The new Gerrit obviously broke the whole script so it was of no use toshare at that particular state.However, inspired by gibi's work, I decided to finally sit down andfix it to work with Gerrit 3 and here it comes: [3].Works well on Chrome with Tampermonkey. Not tested others.I hope you will enjoy this little helper (I do).I know the script looks super fugly but it generally boils down to amix of styles of 3 people and Gerrit having funky UI rendering.Finally, I'd also like to thank hrw (Marcin Juszkiewicz) for linkingme to the original Michel's script in 2019.[1]http://lists.openstack.org/pipermail/openstack-discuss/2020-November/019051…[2]https://opendev.org/x/coats/src/commit/444c95738677593dcfed0cfd9667d4c4f0d5…[3]https://gist.github.com/yoctozepto/7ea1271c299d143388b7c1b1802ee75eKind regards,-yoctozepto
5 7
0 0
[all] PyCharm Licenses Renewed till July 2021
by Swapnil Kulkarni 13 Jul '22

13 Jul '22
Hello,Happy to inform you the open source developer license for Pycharm has beenrenewed for 1 additional year till July 2021.Best Regards,Swapnil Kulkarnicoolsvap at gmail dot com
8 13
0 0
Hello Openstack-Discuss,after some digging I found out that cinder learned to resize attached (in-use) volumes quite a while ago with the introductionof the initial "extend 'in-use' volume" feature:https://review.opendev.org/c/openstack/cinder/+/454287/The support was then extended to also cover Ceph RBD backed volumes with:https://review.opendev.org/c/openstack/nova/+/613039/Since this is only about the cinder part, I was wondering if nova would ever find out and would actively rescan the device / volume and quintessentially present an increased new size to the guest. Apparently this is where a certain volume-extended event comes into play:https://review.opendev.org/c/openstack/nova/+/454322/ that is to be emitted by cinder when a volume had been extened.I then went head and tried this with the openstack cli (as Horizon does not seem to support / offer to resize in-use volumes.I run Openstack Train with Ceph RBD as storage. First I ran into an issue with the openstack cli (https://bugs.launchpad.net/cinder/+bug/1871759/comments/2 <https://bugs.launchpad.net/cinder/+bug/1871759/comments/2>) but using   cinder extend $volumeid $newsizeI was able to resize in-use volumes just fine.The only thing missing was the propagation to the guest. I played around with SCSI rescans, but that did not work, reboots also failed to do anyting in this regards. Stopping and starting the VM did work, but why having the capability to online-resize an attached volume when not being able to resize the guest volume as well?Apparently there seems to be an old and somewhat similar observation / bug withhttps://bugs.launchpad.net/nova/+bug/1369465So I was simply wondering if this is expected to be working?Are there any special settings / options I need to set to enable this feature?Thanks and with kind regardsChristian
4 9
0 0
[ops][nova][victoria] Power State = Suspended?
by DHilsbos＠performair.com 24 Jan '22

24 Jan '22
All;I had something unusual happen this morning; one of my VMs was showing "Suspended" under the Power State in the Horizon dashboard.I've never seen that. What does it mean?Any search that I do points me to a bunch of resources for Status Suspended.Thank you,Dominic L. Hilsbos, MBAVice President - Information TechnologyPerform Air International Inc.DHilsbos(a)PerformAir.comwww.PerformAir.com
4 8
0 0
All,A few years ago I asked a question[1] about why nova, when given a hw_architecture property from glance for an image, would not end up using the correct qemu-system-xx binary when starting the guest process on a compute node if that compute nodes architecture did not match the proposed guest architecture. As an example, if we had all x86 hosts, but wanted to run an emulated ppc guest, we should be able to do that given that at least one compute node had qemu-system-ppc already installed and libvirt was successfully reporting that as a supported architecture to nova. It seemed like a heavy lift at the time, so it was put on the back burner.I am now in a position to fund a contract developer to make this happen, so the question is: would this be a useful blueprint that would potentially be accepted? Most of the time when people want to run an emulated guest they would just nest it inside of an already running guest of the native architecture, but that severely limits observability and the task of managing any more than a handful of instances in this manner quickly becomes a tangled nightmare of networking, etc. I see real benefit in allowing this scenario to run natively so all of the tooling that exists for fleet management 'just works'. This would also be a significant differentiator for OpenStack as a whole.Thoughts?[1]http://lists.openstack.org/pipermail/openstack-operators/2018-August/015653…Chris ApseyDirector | Georgia Cyber RangeGEORGIA CYBER CENTER100 Grace Hopper Lane | Augusta, Georgia | 30901https://www.gacybercenter.org
2 2
0 0
Hi,The latest setuptools (58.0) removed support for "use_2to3" [1] (deprecated since 46.2). Many OpenStack modules defines decorator==3.4.0 as lower constraints[2]. However, decorator 3.4.0 cannot be installed anymore with the latest setuptool as it depends on "use_2to3".On master, this can be solved easily by bumping the dependency to decorator 4.0.0. On stable/xena we can still solve it the same way with a new RC. But on older stable branches such solution might be against the stable policy as it would require a major bump on our dependencies.This issue is not limited to lower-constraints testing it just hit us there first. A similar break could happen in our upper constraints as well on old stable branches.The root of the problem is that we always use the latest setuptools in our CI testing even on old stable branches. Zuul's ensure-tox task[4] installs tox which installs the virtualenv package which bundles the latest setuptools package. This happens without applying any constraints. Then tox is used to install the project's dependencies under lower or upper constraints with the unconstrained setuptools available.During and after yesterday's nova meeting [3] we discussed possible solutions.Option 1: Bump the major version of the decorator dependency on stable.Pros:* easy to implementCons:* might against the policy / breaks downstream packagers* needs to be done in each affected project[3] separately* not future proof. After a future setuptools release we can see a similar break with another of our dependencies.@Stable Cores: how do you feel about such bump?Option 2: Pin the setuptools version during tox installationPros:* single solution for all affected projects* future proof against breaks introduced by future setuptools releasesCons:* complex change as it probably requires to extend the base task in zuul itselfOption 3: turn off lower-constraints testingPros:* easy to implement* some of us want to get rid of lower constraints anyhowCons:* needs per project changes* not future proof against similar break affecting our upper constraints on old stable branches.Option 4: utilize pyproject.toml[6] to specify build-time requirementsUnfortunately, I'm not sure if it is possible to restrict the maximum setuptools version with itAs a side note I tried applying [tox]requires in tox.ini to restrict setuptools version[7] but It does not seem to take effect in our case[8].@Stable Cores: what do you think what could be the way forward?Cheers,gibi[1]https://setuptools.pypa.io/en/latest/history.html#v58-0-2[2]https://codesearch.openstack.org/?q=decorator%3D%3D3.4.0&i=nope&literal=nop…[3]https://meetings.opendev.org/irclogs/%23openstack-nova/%23openstack-nova.20…[4]https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/ensure-tox/tasks…[5]https://tox.readthedocs.io/en/latest/config.html#conf-requires[6]https://www.python.org/dev/peps/pep-0518/[7]https://review.opendev.org/c/openstack/placement/+/810293/1/tox.ini[8]https://zuul.opendev.org/t/openstack/build/f78a0300c8734e7c8475309af1d2e1a4…
11 28
0 0
We've seen issues in some projects, whereby attempting to build translations aspart of the 'openstack-tox-docs' zuul job [1] can result in the followingwarning: Warning, treated as error: ../doc/source/contributor/contributing.rst::rST localisation for language "id" not found.Based on [2], this issue appears to have been introduced by a recent versionbump of docutils, which was in turn introduced by the introduction of Sphinx4.x.We don't have a resolution for this bug yet but we'll update when we do.Hopefully this email will improve the "Google'ability" of this bug.Stephen[1]https://opendev.org/openstack/openstackdocstheme/src/commit/08461c5311aa692…[2]https://lists.freebsd.org/pipermail/freebsd-ports/2021-April/120848.html
2 2
0 0