- openstack-discuss - lists.openstack.org

[Glance] Deprecating Cachemanage Middleware
by Pranali Deore 07 Dec '23

07 Dec '23

Hello Everyone, We have also discussed during Caracal PTG about the deprecation of cachemanage middleware since Cache operations (CR(u)D) is now part of glance API, even though we need to depend on cache middleware to enable it. There are two middlewares related to caching, one is `cache` and other is `cachemanage` and we can now get rid of `cachemanage` middleware and glance-cache-manage command line utility. In this cycle we are going to deprecate cachemanage middleware and api pipeline `keystone+cachemanage` (defined in glance-api-paste.ini) and `glance-cache-manage` command line utility. A deprecation warning message will be added to each command of `glance-cache-manage` utility as well as during initialization of `cachemanage` middleware. The spec-lite has been submitted for the same [1] Please let us know if you have any comments/suggestions on the plan above. [1]: https://review.opendev.org/c/openstack/glance-specs/+/899805 Thanks and Regards, Pranali Deore

1 1

[Glance] Deprecating Location Startegy
by Pranali Deore 07 Dec '23

07 Dec '23

Hello Everyone, Glance core team have discussed and decided during Caracal PTG[1] about the deprecation of location strategy since in Bobcat we added support for the weighing mechanism to glance store[2]. To use this new feature we decided to deprecate location strategy in this cycle and remove it in 'D' (2024.2) development cycle[3]. In this cycle we are going to deprecate following configuration options related to location strategy: * location_strategy * store_type_preference Also a warning message regarding deprecation will be added to`location_order` and `store_type` strategy module during the initiation phase. Please let us know if you have any comments on the plan above. [1]: https://etherpad.opendev.org/p/oct2023-ptg-glance#L74 [2]: https://review.opendev.org/c/openstack/glance-specs/+/886040 [3]: https://review.opendev.org/c/openstack/glance-specs/+/899804 Thanks & Regards, Pranali Deore

1 1

[openstack-ansible] overriding host vars for compute_hosts
by pi3.14＠tuta.io 06 Dec '23

06 Dec '23

Hey folks, Unfortunately, I am not able to specify host specific variables for the compute hosts. I am trying to specify the `nova_user_ssl_*` variables for each compute node. When these variables are specified in `user_variables.yml` and then specified in `openstack_user_config.yml`, they don't actually end up overriding the variables. But they are recognised correctly in `openstack_inventory.json`. When I remove the variables from `user_variables.yml`, everything works correctly. Is it not possible to specify general variables in `user_variables.yml` and then overwrite them in `openstack_user_config.yml`? Example for `openstack_user_config.yml` (same Problem when using `host_vars` instead of `container_vars`): ``` compute_hosts: compute1: ip: 192.168.1.2 container_vars: nova_user_ssl_cert: "/path/to/cert1" nova_user_ssl_key: "/path/to/key1" nova_user_ssl_ca_cert: "/path/to/ca1" ``` thanks Roby

2 1

beginning with [masakari]
by Shubham Kumar Yadav 06 Dec '23

06 Dec '23

Hi, i have recently started working on Masakari so i wanted some help with it please i was trying to test the masakari-instance_monitor & masakari-host-monitor but having trouble with it logs from host monitor pods Stdout: '' Stderr: 'Connection to the CIB manager failed: Transport endpoint is not connected\nInit failed, could not perform requested operations\n': oslo_concurrency.processutils.ProcessExecutionError: Unexpected error while running command. 2023-12-05 14:36:50.199 1 WARNING masakarimonitors.hostmonitor.host_handler.handle_host [-] hostmonitor skips monitoring hosts. 2023-12-05 14:38:50.299 1 INFO masakarimonitors.hostmonitor.host_handler.handle_host [-] Works on pacemaker-remote. 2023-12-05 14:38:50.309 1 WARNING masakarimonitors.hostmonitor.host_handler.handle_host [-] Exception caught: Unexpected error while running command. Command: cibadmin --query Exit code: 102 logs from instance monitor pod 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari [-] Exception caught: BadRequestException: 400: Client Error for url: http://masakari-api.openstack.svc.cluster.local:15868/v1/7b473b7ad14846938c…, Host with name lab-11053-26006-cmp-2 could not be found.: openstack.exceptions.BadRequestException: BadRequestException: 400: Client Error for url: http://masakari-api.openstack.svc.cluster.local:15868/v1/7b473b7ad14846938c…, Host with name lab-11053-26006-cmp-2 could not be found. masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari Traceback (most recent call last): masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari File "/var/lib/openstack/lib/python3.8/site-packages/masakarimonitors/ha/masakari.py", line 60, in send_notification masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari response = client.create_notification( masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari File "/var/lib/openstack/lib/python3.8/site-packages/openstack/instance_ha/v1/_proxy.py", line 65, in create_notification masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari return self._create(_notification.Notification, **attrs) masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari File "/var/lib/openstack/lib/python3.8/site-packages/openstack/proxy.py", line 459, in _create masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari return res.create(self, base_path=base_path) masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari File "/var/lib/openstack/lib/python3.8/site-packages/openstack/resource.py", line 1343, in create masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari self._translate_response(response, has_body=has_body) masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari File "/var/lib/openstack/lib/python3.8/site-packages/openstack/resource.py", line 1158, in _translate_response masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari exceptions.raise_from_response(response, error_message=error_message) masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari File "/var/lib/openstack/lib/python3.8/site-packages/openstack/exceptions.py", line 236, in raise_from_response masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari raise cls( masakari-instance-monitor-kbfkv masakari-instance-monitor 2023-12-05 14:04:38.340 1 ERROR masakarimonitors.ha.masakari openstack.exceptions.BadRequestException: BadRequestException: 400: Client Error for url: http://masakari-api.openstack.svc.cluster.local:15868/v1/7b473b7ad14846938c…, Host with name lab-11053-26006-cmp-2 could not be found. PS: i have installed pacemaker-remote on all computes if you could take a look and respond where i went wrong please im mailing you this as i couldnt find any masakari specific channel Thanking you Shubham

2 1

[manila] Cancelling Dec 7th weekly meeting
by Carlos Silva 06 Dec '23

06 Dec '23

Hello Zorillas, As we discussed last week, a bunch of Zorillas will be unable to attend tomorrow's meeting, so we are cancelling it. We will be back with our regular schedule on December 14th. Thanks and regards, carloss

1 0

[Reminder] OpenInfra Live: PTG Recap, Dec 7 at 15 UTC
by Kristin Barrientos 06 Dec '23

06 Dec '23

Hi Everyone, Tune in this week for another episode of OpenInfra Live, brought to you by the OpenStack and StarlingX community! Episode: Join us for a Project Teams Gathering (PTG) recap! Project leaders from Ironic, Technical Committee, Nova, Sunbeam, Manila, Cinder, StarlingX and Neutron will provide recaps from discussions held during the PTG. Date and time: Thursday, Dec 7, 15 UTC YouTube: https://www.youtube.com/live/thidlQGX29M?feature=shared LinkedIn: https://www.linkedin.com/events/7132754094531747840/comments/ WeChat: The recording will be posted on OpenInfra Foundation WeChat after the live stream Speakers: Kendall Nelson, Jay Faulkner, Sylvain Bauza, James Page, Carlos da Silva, Rajat Dhasmana, Steve Geary and Brian Haley Thanks, Kristin Barrientos Marketing Coordinator OpenInfra Foundation

1 0

[keystone] Weekly meeting canceled
by Dave Wilde 06 Dec '23

06 Dec '23

Hello, Unfortunately I have a meeting conflict today and need to cancel the weekly meeting. Please let me know if there is anything y'all need. Thank you! /Dave

2 1

[cinder] 2024.1 (Caracal) R-17 virtual mid cycle (6 Dec, 2023)
by Rajat Dhasmana 06 Dec '23

06 Dec '23

Hello Argonauts, We will be conducting the first midcycle of 2024.1 (Caracal) on 6th December, 2023. Following are the details: Date: 6th December, 2023 Time: 1400-1600 UTC Meeting link: https://meet.google.com/auq-jiem-zxy Etherpad: https://etherpad.opendev.org/p/cinder-caracal-midcycles We have 2 weeks so please add your topics timely. Thanks Rajat Dhasmana

1 1

[oslo] the eventlet story
by Herve Beraud 06 Dec '23

06 Dec '23

Hello Osloers, Just a heads up to you about the eventlet topic. If it is not already the case, I'd recommend that you keep an eye on the current discussions [1][2] about this topic. Indeed it could impact the Oslo world sooner than expected. Obviously I invite you to join the discussions and share your thoughts there [2]. Thanks [1] https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack… [2] https://review.opendev.org/c/openstack/governance/+/902585 -- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/

1 0

how to remove volume from postgress in OpenStack
by kjme001＠gmail.com 06 Dec '23

06 Dec '23

Hello, I need to remove a volume from a postgress database on OpenStack. I found instructions on how to do it on mysql database: https://cloud.garr.it/support/kb/openstack/forceDeleteVolume/ but I don't know how to do it on a postgress database, could someone give me a hint? Greetings

1 0

[tc] Winter Holiday Meeting Schedule
by Jay Faulkner 05 Dec '23

05 Dec '23

Hi all, Due to the numerous TC members on PTO during the end of the year holidays, the TC is cancelling our meetings for December 26, 2023 and January 2, 2024. As always, the TC can be reached in #openstack-tc on OFTC or via the mailing list regardless of if we have a meeting. Thanks! Jay Faulkner OpenStack TC Chair

1 0

[cinder][nova][glance][ironic] restricting image metadata values to 255 chars
by Jorge Merlino 05 Dec '23

05 Dec '23

Hello stackers, It has come to our attention recently that nova, cinder, and glance treat image properties differently. This came up in a discussion on a patch to extend the allowable length of image metadata values in cinder [0]. Briefly: - glance allows image property values to be unrestricted in the schema, but effectively limited to 65535 bytes by the database. - cinder restricts the length of an image property value to 255 chars (by request schema) if you try to update the volume_image_properties on a volume, but if you create a volume from an image, cinder happily copies over all the image properties from glance, giving them an effective limit of 65535 bytes. - nova mostly truncates image properties values to 255 chars (it's a bit more complicated, but we can consider that to be nova's behavior for the purposes of this discussion). (We're not sure what ironic does, but they're in the subject line as a consumer of images and volumes.) Note that we're talking about metadata *values* here; the metadata keys are already restricted by charset to basically US-ASCII and 255 length. Values are allowed to be unicode. The point of this email is that it would be good for the services to be consistent about image metadata values. Thus, we propose that all services should restrict image metadata values to 255 unicode characters. (Which is sort of happening already, but not consistently.) The further point of this email is to find out what the impact of this restriction would be on current users. So please respond if you have a use case that would be affected by this change, and could not be addressed by, for example, instead of having one enormous value for a single key, the metadata was broken into a number of key/value pairs that would satisfy the 255 char restriction. Thanks for your attention to this! [0] https://review.opendev.org/c/openstack/cinder/+/868485

2 2

[nova] Spec review day is TOMORROW
by Sylvain Bauza 05 Dec '23

05 Dec '23

Hi folks, We'll run our second spec review day tomorrow. Please make sure that your specs are online and in a reviewable state if you want us to look at them. Please also check your Gerrit emails or be around on IRC in case we have any questions. Cores, you know your duty. Thanks, -Sylvain

1 0

[Neutron] - Getting bridge_name of the port from Java sdk
by Mahudeeswaran Palanisamy 05 Dec '23

05 Dec '23

Hi All, Looks like as part of the below commit, bridge_name info has been removed from port binding vif_details dictionary. Is there any way that we can get the bridge_name info of a port? As far as checked we can get this info by checking if port UUID is part of the “ports” array in “sudo ovs-vsctl list br” output. But there is no equivalent way to get from Java SDK. https://github.com/openstack/neutron/commit/569bafbbd5f90a458d781f1e49f099f… Thanks, Mahudees

3 6

[neutron] Bug Deputy Report November 27 - December 3
by Nurmatov Mamatisa 05 Dec '23

05 Dec '23

Hi, Below is the week summary of bug deputy report for last week. 1 rfe was proposed. Details: High ---- - https://bugs.launchpad.net/neutron/+bug/2044896 - [metadata_rate_limiting] options are absent from sample config files - Fix released: https://review.opendev.org/c/openstack/neutron/+/902013 - Assigned to Takashi Kajinami - https://bugs.launchpad.net/neutron/+bug/2045270 - [xena/yoga/zed] devstack-tobiko-neutron job broken - In progress - Assigned to Eduardo Olivares - https://bugs.launchpad.net/neutron/+bug/2045415 - ovn-octavia-provider lacks a sync script like Neutron - Unassigned Medium ------ https://bugs.launchpad.net/neutron/+bug/2045237 - [bulk] there is no clean operation if bulk create ports fails - Unassigned RFE --- - https://bugs.launchpad.net/neutron/+bug/2045058 - [RFE] Use call_monitor_timeout of oslo.messaging RPCClient instead of custom backoff mechanism and hardcoded timeouts - Triaged - Unassigned Best regards, isabek

1 0

[nova][ci][gate] Recent gate CI instability: an incomplete list of failures
by melanie witt 04 Dec '23

04 Dec '23

Hey all, Last week I spent some time parsing through an assortment of recent CI failures on Nova patches and made a list, if anyone else is interested in looking at issues: https://etherpad.opendev.org/p/nova-ci-failures-minimal I didn't link specific job runs logs because those can and will expire after ~10 days, so for each item I included an OpenSearch query term that can be used to find sample logs and get an idea of the frequency of a given failure. Note that some query terms will register more than one appearance in a Gerrit change -- this can be due to failure in multiple jobs on the same change or the query might not be unique enough. I tried to make the queries as unique as possible. You can add columns like "build_change" and "build_name" to the search result by clicking "+" on the left bar "Available fields" to see duplication or to make comparisons. To search for a list of build failures, go to the OpenSearch dashboard: https://opensearch.logs.openstack.org/_dashboards/app/discover?security_ten… and login with Username: openstack and Password: openstack: Then copy paste the OpenSearch query into the search box and adjust the time range (the default of the last 30 minutes will probably have no results): -melwitt

1 0

[tc] Weekly TC Meeting tomorrow, Dec 5, 1800 UTC
by Jay Faulkner 04 Dec '23

04 Dec '23

Hi all, The weekly meeting of the Technical Committee is tomorrow, December 5, at 1800 UTC. This is the first meeting of the month, and will be held in a zoom video meeting -- you can attend by unredacting the following link: https://us06web (dot) zoom (dot) us/j/87108541765?pwd=emlXVXg4QUxrUTlLNDZ2TTllWUM3Zz09 -- the link will also be pasted in OFTC #openstack-tc before the meeting. As always, minutes will be kept in #openstack-tc during the meeting. The proposed agenda is: - Roll call - Follow up on tracked action items: https://meetings.opendev.org/meetings/tc/2023/tc.2023-11-28-18.00.html - Rosmaita work with fungi on the gerrit meta-acls (for unmaintained branch statuses) - Gate health check - Leaderless projects (gmann) - Implementation of Unmaintained branch statuses - 2024.1 TC Tracker - https://etherpad.opendev.org/p/tc-2024.1-tracker - Open Discussion and Reviews Thanks, Jay Faulkner

1 0

A few questions about OpenStack projects archival strategy
by arabat50＠gmail.com 04 Dec '23

04 Dec '23

Dear OpenStack team, I hope this email finds you well. I am Ali Arabat, a PhD student in Software Engineering at École de Technologie Supérieure in Montreal, University of Quebec, Canada, conducting research studies on the evolution of multi-component systems, among which OpenStack plays a significant role. Through this email, we would like to ask a few questions related to our study on OpenStack. Our study revealed a significant increase in the number of cross-component changes over time. However, Such cross-component changes have decreased after archiving a large number of projects beyond 500. Therefore, we would like to have clarification and answers to a few questions as follows: What are the main factors in archiving OpenStack projects? Are there any policies established by OpenStack to archive such projects i.e., end of life? Who generally decides to abandon a given project? We highly value your input and we genuinely appreciate your time. Thank you for considering our request, and we look forward to your valuable input. Best regards, --------------------------------------- Ali Arabat Ph.D. student in Software Engineering Department of Software Engineering and IT École de Technologie Supérieure (ÉTS) | University of Quebec 1100, rue Notre-Dame Ouest, Montréal, QC H3C 1K3, Canada

2 1

[cinder]Need help for BP and Bug review
by hao wang 01 Dec '23

01 Dec '23

Hi, folkers There is some help needed for BP and Bug review, please see the links below. Those bps are introduced for enhancing the query ability of Cinder resources. We have finished and merged a part of it years ago. But there is still some work to do, I have been working on them for almost three years and updated them according to the reviewing comments many times. So, if there are no more updates required, please help me to finish those works, and it's very appreciated to merge them into Cinder project. Thank you very much. [1] bp: https://review.opendev.org/c/openstack/cinder/+/740146 [2] bp: https://review.opendev.org/c/openstack/cinder/+/733062 [3] bug: https://review.opendev.org/c/openstack/cinder/+/734415 -- Best Wishes For You!

1 0

[charms] OpenStack Charms 2023.2 (Bobcat) release is now available
by Peter Matulis 01 Dec '23

01 Dec '23

The 2023.2 (Bobcat) release of the OpenStack Charms is now available. Please see the release notes for full details: https://docs.openstack.org/charm-guide/latest/release-notes/2023.2-bobcat.h… == Highlights == * OpenStack 2023.2 (Bobcat) OpenStack Bobcat is now supported on Ubuntu 22.04 LTS (via UCA) and Ubuntu 23.10 natively. * Two charms promoted to stable Both the watcher and watcher-dashboard charms have been promoted to stable. * Keystone role cache configuration The keystone charm now supports configuring the Keystone '[role] cache_time' option using a new 'role-cache-expiration' charm configuration option. If not set, this defaults to the global expiration_time (configurable by the 'dogpile-cache-expiration' charm configuration option). * Designate-bind allow-transfer configuration The designate-bind charm now supports configuring the BIND9 allow-transfer option. If not set, the corresponding feature is disabled. * Improved Vault snap channel refresh The refresh mechanism for the Vault snap managed within the vault charm has been improved. It now properly stops the service before performing a snap refresh. * Glance custom image properties The glance charm now supports configuring automatic custom image properties for imported images. * magnum charm: new option to expose cluster_user_trust The magnum charm has gained a new configuration option (cluster-user-trust) to control whether to assign a trust to the cluster user or not (upstream cluster_user_trust option). * nova-cloud-controller charm: new relation to openstack-dashboard A new relation informs the cloud of what hosts and IP addresses that can potentially access the OpenStack Dashboard. The nova-cloud-controller units use this information to configure the nova-serialproxy daemon to allow dashboard requests from web browsers. * Documentation updates The Charm Guide and the Deploy Guide were updated for OpenStack 2023.2 and Juju 3.x. Regular improvements and bug fixes. == OpenStack Charms team == The OpenStack Charms team can be contacted via real time chat: https://chat.charmhub.io/charmhub/channels/openstack-charms The Juju user forum is also popular for diagnosing technical issues: https://discourse.charmhub.io/c/juju/ == Thank you == Lots of thanks to the 34 contributors below who squashed bugs, enabled new features, and improved the documentation! Alex Litvinov Alex Kavanagh Brett Milford Chi Wai, Chan Chris MacNaughton Corey Bryant Dmitrii Shcherbakov Dmytro Kazantsev Edward Hope-Morley Facundo Ciccioli Felipe Reyes Frode Nordahl Fulvio Galeazzi Jadon Naas James Lin James Page Jesper Schmitz Mouridsen Jorge Merlino Joshua Zhang Liam Young Luciano Lo Giudice Martin Kalcok Neil Campbell Nobuto Murata Peter Matulis Peter Sabaini Rafael Lopez Rodrigo Barbieri Samuel Walladge Utkarsh Bhatt Wong Hong Han Yamen Hatahet Yoshi Kadokawa -- OpenStack Charms Team

1 0

[ironic] multi-conductor architecture, standalone and DHCP
by Dmitry Tantsur 01 Dec '23

01 Dec '23

Hi folks, This is detailed context on the discussions we've had recently about multi-conductor in metal3. I'm sending it to potentially interested people and cc'ing the openstack ML. The metal3 side is https://github.com/dtantsur/ironic-operator/issues/3 (although that covers a few more different issues). In metal3 we have Ironic without Neutron (or really any other OpenStack components). So far, we have only supported a single Ironic instance in a cluster, but we want to move towards a multi-conductor setup where every Kubernetes control plane node will host an Ironic (so, 3 Ironics in a normal deployment). The biggest problem stems from DHCP for the provisioning network. With Neutron, Ironic can configure it to direct a node to boot from a specific iPXE server. With Metal3, we have a static DHCP configuration. If we keep it the way it is, it will always direct a node to boot from the iPXE server on the same machine as dnsmasq (regardless of how many dnsmasq replicas we run). This has to be changed. I see several options, none of which are straightforward. (1) iPXE-level fix: boot config API This is what https://bugs.launchpad.net/ironic/+bug/2044561 proposes. If we stop using static iPXE scripts and start going through the Ironic API instead, Ironic can reach out to the correct conductor internally, always serving the right script. (2) dnsmasq DHCP implementation Ironic now has a non-neutron managed DHCP implementation through DHCP host and options files: https://opendev.org/openstack/ironic/src/branch/master/ironic/dhcp/dnsmasq.…. This could be a half of the solution. Since Metal3 does not support new node auto-discovery, we can run 3 copies of dnsmasq with dhcp-ignore=!known and rely on this DHCP provider to configure only 1 dnsmasq for each node. The other 2 will ignore the requests. The problem is in the DHCP range. As far as I understand, the 3 dnsmasqs must be configured with disjoint ranges to prevent leases from clashing. This seems non-trivial with Kubernetes which expects to create identical pods. Adam has suggested using annotations from inside ironic-operator, which could work if we find a way to read them inside the pod after it has started (which seems to pose a chicken-and-egg problem). Other workarounds are possible if we go down this path. E.g. ironic-operator could split the DHCP range and creating a mapping hostIP:subrange,hostIP2:subrange2 and pass it to pods. Then each pod will pick its subrange based on its IP address. Huge downside: every time a Kubernetes control plane node is replaced or changes its IP, the whole Ironic installation will get restarted. (2.1) Pre-created leases Another Metal3 contributor has suggested requiring an IPAM implementation (metal3 actually has one) that will create leases centrally, allowing us to use the same DHCP range. The only problem: how to pass them to dnsmasq in runtime without restarting all pods? We could probably have a small sidecar container next to dnsmasq that watches the Kubernetes API for new leases in IPAM. Or... (2.2) Dynamic DHCP and Kea The same contributor is working on Kea support for their deployment: https://hackmd.io/@7RNIJtmvSIeNpSOMTW9oqA/SkWhyr7Hp. There seem to be limitations in the free version, which caused them to write a tiny downstream plugin: https://gitlab.com/Orange-OpenSource/kanod/kanod-kea/-/blob/controlled-leas…. Changing the DHCP server is a dramatic step, I'm not sure if our small community can afford that. It may also pose problems for downstreams like OpenShift, requiring Metal3 to support both servers in the long run. Any thoughts are welcome. Dmitry

3 3

[neutron] Neutron drivers meeting
by Brian Haley 30 Nov '23

30 Nov '23

Hello Neutrinos, Please remember tomorrow (Friday) we have a Neutron drivers meeting. This is the agenda: https://wiki.openstack.org/wiki/Meetings/NeutronDrivers There is currently one topic: * [RFE] Use call_monitor_timeout of oslo.messaging RPCClient instead of custom backoff mechanism and hardcoded timeouts https://bugs.launchpad.net/neutron/+bug/2045058 Thanks, -Brian

1 0

[OpenInfra Live]: PTG Recap, Dec 7 at 15 UTC
by Kristin Barrientos 30 Nov '23

30 Nov '23

Hi everyone, Thanks for watching this week's episode of OpenInfra Live, featuring Zvonko Kaiser from NVIDIA. In case you missed it, you can find it here: https://www.youtube.com/live/urHjDdtuIa4?feature=shared Tune in next week for another OpenInfra Live, brought to you by the OpenStack and StarlingX community! Episode: Join us for a Project Teams Gathering (PTG) recap! Project leaders from Ironic, Technical Committee, Nova, Sunbeam, Manila, StarlingX and Neutron will provide recaps from discussions held during the PTG. Date and time: Thursday, Dec 7, 15 UTC YouTube: https://www.youtube.com/live/thidlQGX29M?feature=shared LinkedIn: https://www.linkedin.com/events/7132754094531747840/comments/ WeChat: The recording will be posted on OpenInfra Foundation WeChat after the live stream Speakers: Kendall Nelson, Jay Faulkner, Sylvain Bauza, James Page, Carlos Eduardo, Steve Geary and Brian Haley Thanks, Kristin Barrientos Marketing Coordinator OpenInfra Foundation

1 0

"openstack usage list" doesn't return information about all projects
by Michel Jouvin 30 Nov '23

30 Nov '23

Hi, We are using "openstack usage list" to follow resource usage by projects at our cloud. We recently discovered that ~1/3 of the resource consumed (mostly "big projects") are missing from the JSON/CSV produced where the Admin Overview menu in the Horizon dashboard displays everything. Is there a trivial reason for this? We tried both with a pretty old openstackclient (5.8) and the last one after applying the patch in https://github.com/openstack/python-openstackclient/commit/30462f57d48162d1… to fix the problem with date conversion. The result is the same. Thank you in advance for any help. Cheers, Michel

5 15

openstack Vm shutoff by itself
by AJ_ sunny 30 Nov '23

30 Nov '23

Hi team, I am using openstack kolla ansible on wallaby version and currently I am facing issue with virtual machine, vm is shutoff by itself and and from log it seems libvirt lifecycle stop event triggering again and again Logs:- 2023-10-16 08:48:10.971 7 WARNING nova.compute.manager [req-c7b731db-2b61-400e-917f-8645c9984696 f226d81a45dd46488fb2e19515 848 316d215042914de190f5f9e1c8466bf0 default default] [instance: 4b04d3f1-1fbd-4b63-b693-a0ef316ecff3] Received unexpected - vent network-vif-plugged-f191f6c8-dff5-4c1b-94b3-8d91aa6ff5ac for instance with vm_state active and task_state None. 2023-10-21 22:42:44.589 7 INFO nova.compute.manager [-] [instance: 4b04d3f1-1fbd-4b63-b693-a0ef316ecff3] VM Stopped (Lifecyc Event) 2023-10-21 22:42:44.683 7 INFO nova.compute.manager [req-1d99b87b-7ff7-462d-ab18-fbdec6bda71d -] [instance: 4b04d3f1- fbd-4b63-b693-a0ef316ecff3] During _sync_instance_power_state the DB power_state (1) does not match the vm_power_state from ti e hypervisor (4). Updating power_state in the DB to match the hypervisor. 2023-10-21 22:42:44.811 7 WARNING nova.compute.manager [req-1d99b87b-7ff7-462d-ab18-fbdec6bda71d ----] [instance: 4b04d3f 1-1fbd-4b63-b693-a0ef316ecff3] Instance shutdown by itself. Calling the stop API. Current vm_state: active, current task_state : None, original DB power_state: 1, current VM power_state: 4 2023-10-21 22:42:44.977 7 INFO nova.compute.manager [req-1d99b87b-7ff7-462d-ab18-fbdec6bda71d -] [instance: 4b04d3f1-1 fbd-4b63-b693-a0ef316ecff3] Instance is already powered off in the hypervisor when stop is called. Thanks & Regards Arihant Jain +91 8299719369

5 15