- openstack-discuss - lists.openstack.org

[ptls][zed] OpenInfra Live: OpenStack Zed
by Allison Price 26 Sep '22

26 Sep '22

Hi everyone, As we get closer to the OpenStack release, I wanted to reach out to see if any PTLs were interested in providing their Zed cycle highlights in an OpenInfra Live[1] episode on Thursday, October 6 at 1400 UTC. Ideally, we would get 4-6 projects represented. Previous examples of OpenStack release episodes can be found here[2] and here[3]. Please let me know if you’re interested and I can provide next steps. If you would like to provide a project update but that time doesn’t work for you, please share a recording with me and I can get it added to the project navigator. Thanks, Allison [1] https://openinfra.dev/live/ <https://openinfra.dev/live/> [2] https://www.youtube.com/watch?v=hwPfjvshxOM <https://www.youtube.com/watch?v=hwPfjvshxOM> [3] https://www.youtube.com/watch?v=aqilhEmkEBw <https://www.youtube.com/watch?v=aqilhEmkEBw>

1 1

[ptg][edge]OpenStack at the Edge discussions
by Ildiko Vancsa 26 Sep '22

26 Sep '22

Hi, I’m reaching out to you in preparation to the upcoming PTG. The Edge Computing Group already started to prepare for the event and OpenStack came up during our conversations to have cross-project discussions with. The number of edge computing use cases in production is growing and OpenStack is a key infrastructure building block. Some edge related discussions regarding the project came up at previous PTGs and it would be great to continue and extend them. We covered areas in networking and looked into storage a little bit, and the question of finding a central place to store edge related documentation also came up. To identify new topics and follow up on ones we already started to discuss I added an OpenStack section to the Edge WG’s planning etherpad: https://etherpad.opendev.org/p/ecg-ptg-october-2022 If you are working on related features, have requirements or case studies to share, please add them to the above etherpad, so we can discuss them at the PTG and identify areas we can work together on to solve challenges and share information about exiting solutions. Please let me know if you have any questions or comments. Thanks, Ildikó

1 1

[neutron] bug deputy report of week 2022-09-19
by Bence Romsics 26 Sep '22

26 Sep '22

Hi All, Here comes last week's deputy report (we had only a handful of reports): Unassigned: * https://bugs.launchpad.net/neutron/+bug/1990229 [OVN] Stop using external_ids from SB Chassis table Edit Medium: * https://bugs.launchpad.net/neutron/+bug/1990129 [ovn-octavia-provider] Avoid LB in ERROR status on delete due to LR/LS not found proposed fix: https://review.opendev.org/c/openstack/ovn-octavia-provider/+/857716 Low: * https://bugs.launchpad.net/neutron/+bug/1990285 Help for `network create --external` is incorrect Edit proposed fix: https://review.opendev.org/c/openstack/python-openstackclient/+/858708 Incomplete: * https://bugs.launchpad.net/neutron/+bug/1990561 Network filtering by provider attributes has a race condition with network removal Cheers, Bence

1 0

Re: RE : RE : [neutron][nova][ipv6]instance on compute node not getting dhcpv6
by mhazan＠mandint.org 26 Sep '22

26 Sep '22

no joy with the accept_ra fiddling, the image are all ubuntu or debian cloud-init ready and are working on all in one node but not dedicated compute node, it's as if the dhcpv6 packet (before address is allocated to interface) are not passing between the control node and the dedicated compute node. Le 2022-09-20 10:53, Michael Hazan a écrit : > Thanks for the suggestion, i will look into the accept_ra setting. However, the very same image that boot on the « old » all in one node are getting ipv6 and ipv4 without issue. The network interfaces are configured similarly on all nodes. > > Michael > > DE : Neil Jerram > ENVOYÉ LE :mardi, 20 septembre 2022 10:47 > À : Michael Hazan > CC : Lajos Katona; openstack-discuss(a)lists.openstack.org > OBJET :Re: RE : [neutron][nova][ipv6]instance on compute node not getting dhcpv6 > > They may be outdated now, but I wonder if any of the steps described at https://projectcalico.docs.tigera.io/networking/openstack/ipv6 would help you? In particular, given that you have no route, perhaps you need the accept_ra config. > > Best wishes, > > Neil > > On Tue, Sep 20, 2022 at 9:12 AM Michael Hazan <mhazan(a)mandint.org> wrote: > >> Hello, >> >> The 3 nodes are running Ubuntu 20.04 and using libvirt. The instance are Ubuntu or debian based. The openstack virtual network is configured with both a v4 and a v6 dhcp pool. The instance should be getting both v4 and v6 (on the same interface) but the instance that are hosted on the compute node only get v4. If i run the dhclient -6 -r the instance actually get it's ipv6 but it's wrongly configured with a /128 (instead of 64) and no route. >> >> Michael >> >> DE : Lajos Katona >> ENVOYÉ LE :mardi, 20 septembre 2022 09:39 >> À : mhazan(a)mandint.org >> CC : openstack-discuss(a)lists.openstack.org >> OBJET :Re: [neutron][nova][ipv6]instance on compute node not getting dhcpv6 >> >> Hi, >> >> Do you have some more details of your environment, which backend you use? OVS? >> >> Your VMs have both IPv4 and v6 addresses and you mean that they got IPv4 as expected? >> >> Lajos >> >> <mhazan(a)mandint.org> ezt írta (időpont: 2022. szept. 19., H, 16:19): >> >> Hello all, >> >> i manage a small openstack cluster installed via Ubuntu package, it has >> been upgraded since the day of Newton and currently running Victoria. it >> started as a single node with the basic services installed, later a >> dedicated storage node and compute node were added. after upgrading to >> victoria, any instance that boot on the dedicated compute node start up >> but fails to get it's global ipv6 via stateful dhcp6, only >> linklocal(fe80) ip is shown by the instance. The ipv6 is created in >> openstack, the dhcpv4 works and there are no issue if the instance boot >> on the "old" all in one node. i can manually allocate (by editing the >> instance network config file) the ipv6 config and it works. any pointer >> as to what could cause this issue ? >> >> BR, Michael

1 1

[magnum][heat][requirements][release] Potential blocker for release with python-magnumclient 4.0.0
by Tony Breeds 26 Sep '22

26 Sep '22

Hello all, In [1] baymodel code was removed, although it still seems to be listed in the API-ref. Story [2] states it's been deprecated for a long time, but a quick check failed to see this documented anywhere. Heat still supports baymodel and the removal is causing failures. Blocking the use of python-magnumclient 4.0.0[3] inzed, even though the 4.0.0 release is clearly meant for zed. I can see a couple of paths forward. 0. Remove the documentation in the api-ref for baymodels 1. Remove the support in heat for baymodels (I think the newer clusters API can be used instead?) 2. Revert the change in magnumclient and re-release etc etc 3. Keep 4.0.0 for the Antelope release, and reset the stable/zed branch python-magnumclient to fd0cb1e (before the removal of baymodels) Obviously option 1 looks like the least disruptive change, but potentially causes a problem for heat depending on the published state of baymodel support [1] https://review.opendev.org/c/openstack/python-magnumclient/+/803629 [2] https://storyboard.openstack.org/#!/story/2009104 [3] https://review.opendev.org/c/openstack/requirements/+/858089 -- Yours Tony.

3 4

[openstack-helm] OpenStack-Helm PTG
by Gage Hugo 25 Sep '22

25 Sep '22

Hey team, The next PTG is coming up (Oct 17-21). I've booked a slot for project discussions on Tue Oct 18th @ 1500 UTC Please sign up to the etherpad if you wish to propose any topics: https://etherpad.opendev.org/p/oct2022-ptg-openstack-helm See you there!

1 0

[all][tc] What's happening in Technical Committee: summary 2022 Sept 23: Reading: 5 min
by Ghanshyam Mann 23 Sep '22

23 Sep '22

Hello Everyone, Here is this week's summary of the Technical Committee activities. 1. TC Meetings: ============ * We had this week's meeting on Sept 22. Most of the meeting discussions are summarized in this email. Meeting logs are available @ https://meetings.opendev.org/meetings/tc/2022/tc.2022-09-22-15.00.log.html * Next TC weekly meeting will be on Sept 29 Thursday at 15:00 UTC, feel free to add the topic on the agenda[1] by Sept 28. 2. What we completed this week: ========================= * Antelope Elections[2]. Thanks to all the leaders who step up for the role. Also thanks to the election official. * Updated node.js version to 18 in 2023.1 testing runtime[3] 3. Activities In progress: ================== TC Tracker for Zed cycle ------------------------------ * Zed tracker etherpad includes the TC working items[4], Five are completed and other items are in-progress. Open Reviews ----------------- * Thirteen open reviews for ongoing activities[5]. New community-wide goal proposal "Migration CI/CD to Ubuntu 22.04" -------------------------------------------------------------------------------------- As we decided to migrate the CI/CD testing from Ubuntu 20.04 to 22.04 in 2023.1 cycle, we need to define this task as a community-wide goal. This work requires more testing than changes which are covered in base jobs. The goal proposal is under review[6]. Thanks, Dmitriy to compose and volunteer to drive this goal. 2023.1 cycle Leaderless projects & TC Chair ---------------------------------------------------- * We had 9 projects that missed the PTL nomination but the good news is that we found the leaders for all 9 projects now[7]. TC is discussing their appointment on gerrit reviews. * TC Chair: we have two nominations for the TC Chair[8][9] which is really a good thing having multiple people stepping up for the role. We will keep nomination open until Tuesday (27 Sept) if anyone else also would like to add a nomination. On Tuesday, we can start the CIVS poll among TC members to select the chair for next term. 2023.1 cycle TC PTG planning ------------------------------------ Updates on PTG planning: * TC decided to meet at the below slots [10]: ** Monday 15:00 - 17:00 UTC (2 hours) for TC+leaders interaction discussion. ** Thursday 15:00 - 19:00 UTC (4 hours) ** Friday 15:00 - 19:00 UTC (4 hours) * Etherpads: ** https://etherpad.opendev.org/p/tc-2023-1-ptg ** https://etherpad.opendev.org/p/tc-leaders-interaction-2023-1 * I sent an email about the 'Operator Hours' slots in this PTG, please check and reserve the operator hour slot for your project[11] 2021 User Survey TC Question Analysis ----------------------------------------------- No update on this. The survey summary is up for review[12]. Feel free to check and provide feedback. Fixing Zuul config error ---------------------------- Requesting projects with zuul config error to look into those and fix them which should not take much time[13]14]. Project updates ------------------- * None. 4. How to contact the TC: ==================== If you would like to discuss or give feedback to TC, you can reach out to us in multiple ways: 1. Email: you can send the email with tag [tc] on openstack-discuss ML[15]. 2. Weekly meeting: The Technical Committee conduct a weekly meeting every Thursday 15 UTC [16] 3. Ping us using 'tc-members' nickname on #openstack-tc IRC channel. [1] https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting [2] https://review.opendev.org/c/openstack/governance/+/858539 [3] https://review.opendev.org/c/openstack/governance/+/856927 [4] https://etherpad.opendev.org/p/tc-zed-tracker [5] https://review.opendev.org/q/projects:openstack/governance+status:open [6] https://review.opendev.org/c/openstack/governance/+/858690 [7] https://etherpad.opendev.org/p/2023.1-leaderless [8] https://review.opendev.org/c/openstack/governance/+/858947 [9] https://review.opendev.org/c/openstack/governance/+/858957 [10] https://lists.openstack.org/pipermail/openstack-discuss/2022-September/0305… [11] https://lists.openstack.org/pipermail/openstack-discuss/2022-September/0303… [12] https://review.opendev.org/c/openstack/governance/+/836888 [13] https://etherpad.opendev.org/p/zuul-config-error-openstack [14] http://lists.openstack.org/pipermail/openstack-discuss/2022-May/028603.html [15] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss [16] http://eavesdrop.openstack.org/#Technical_Committee_Meeting -gmann

1 0

[manila] Antelope PTG planning
by Carlos Silva 23 Sep '22

23 Sep '22

Greetings, Zorillas and interested stackers! At this point, I bet you already know that the PTG is coming. It goes from 17th to 21st of October 2022, and if you have not registered yet, there is still time! [1] We have already booked the slots for our discussions, please add it to your agenda: 17th: 16:00 UTC to 17:00 UTC (Monday) 19th: 14:00 UTC to 17:00 UTC (Wednesday) 20th: 14:00 UTC to 17:00 UTC (Thursday) 21st: 13:00 UTC to 17:00 UTC (Friday) Please add the topics you would like to bring up to our planning etherpad [2]. Looking forward to meeting you there! [1] https://openinfra.dev/ptg/ [2] https://etherpad.opendev.org/p/antelope-ptg-manila-planning - carloss

1 0

[release] Release countdown for week R-1, Sep 26 - 30
by Előd Illés 23 Sep '22

23 Sep '22

Development Focus ----------------- We are on the final mile of the Zed development cycle! Remember that the Zed final release will include the latest release candidate (for cycle-with-rc deliverables) or the latest intermediary release (for cycle-with-intermediary deliverables) available. September 29th, 2022 is the deadline for final Zed release candidates as well as any last cycle-with-intermediary deliverables. We will then enter a quiet period until we tag the final release on October 5th, 2022. Teams should be prioritizing fixing release-critical bugs, before that deadline. Otherwise it's time to start planning the 2023.1 Antelope development cycle, including discussing Forum and PTG sessions content, in preparation of Virtual PTG @ October 17-21, 2022. Actions ------- Watch for any translation patches coming through on the stable/zed branch and merge them quickly. If you discover a release-critical issue, please make sure to fix it on the master branch first, then backport the bugfix to the stable/zed branch before triggering a new release. Please drop by #openstack-release with any questions or concerns about the upcoming release ! Upcoming Deadlines & Dates -------------------------- Final Zed release: October 5th, 2022 Virtual PTG: October 17-21, 2022 Előd Illés irc: elodilles

1 0

[kolla] Antelope PTG
by Michał Nasiadka 23 Sep '22

23 Sep '22

Greetings Koalas, As you most probably know the OpenStack Antelope PTG is coming soon (17-21th Oct 2022). I’ve booked the usual slots (Mon-Wed) for Kolla project group (Kolla, Kolla-Ansible, Kayobe) with Wed being primary a slot for Kayobe. For operator-focus - the Kolla projects Operator Hour is booked for Tue, 16-17 UTC. Please sign up to the ether pad https://etherpad.opendev.org/p/kolla-antelope-ptg <https://etherpad.opendev.org/p/kolla-antelope-ptg> and propose topics. See you on the PTG! Best regards, Michal Nasiadka

1 0

[nova][ironic][ptg] Improved ironic<>nova driver interactions session
by Jay Faulkner 23 Sep '22

23 Sep '22

Hello Nova folks, At the Ironic PTG planning meeting this morning, discussion of improving Nova and Ironic driver interactions; and specifically this spec: https://review.opendev.org/c/openstack/nova-specs/+/842015/ came up. It's important for our teams to come together and reach consensus as to how to fix this. According to the latest OpenStack user survey ( https://www.openstack.org/analytics/) over 20% of Nova deployments utilize the Ironic driver. However, in my years operating Ironic for multiple different organizations, the Nova<>Ironic driver interface has repeatedly been the source of most operational pain. We should work together to prioritize saving these operators from downtime and bad failure semantics. I'd love for Ironic and Nova to schedule a session together to talk about this and try to find a solution. We owe it to our users to no longer shy away from this hard technical problem and fix things. What's the best way for us to get this time scheduled? Someone can feel free to reach out to me on IRC (JayF), or reply here and I'm sure we can work it out. Thanks in Advance, Jay Faulkner G-Research Open Source Software lab OpenStack Ironic PTL OpenStack Technical Committee member

2 1

Swift not recognizing mounted drives
by Andrew Boring 22 Sep '22

22 Sep '22

Hi all. I have a new Openstack Swift install, currently a single node with 12 disks running CentOS 8 Stream and Openstack Yoga / RDO release with Keystone Auth. Disks are formatted with xfs and mounted at /srv/node/sd[a-l] as described in the Install docs, but no Swift services reccognize it. SELinux is set to permissive mode. Log sample: Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sda is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdb is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdc is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdd is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sde is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdf is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdg is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdh is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdi is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdj is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdk is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Skipping: /srv/node/sdl is not mounted Sep 22 11:29:01 [hostname] account-replicator[182475]: Beginning replication run Sep 22 11:29:01 [hostname] account-replicator[182475]: Replication run OVER Sep 22 11:29:01 [hostname] account-replicator[182475]: Attempted to replicate 0 dbs in 0.00344 seconds (0.00000/s) Sep 22 11:29:01 [hostname] account-replicator[182475]: Removed 0 dbs Sep 22 11:29:01 [hostname] account-replicator[182475]: 0 successes, 144 failures Sep 22 11:29:01 [hostname] account-replicator[182475]: diff:0 diff_capped:0 empty:0 hashmatch:0 no_change:0 remote_merge:0 rsync:0 ts_repl:0 Container and Object processes show the same issue. And yet...devices are mounted: [root@swift]# mount | grep srv /dev/sdb on /srv/node/sdb type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sdc on /srv/node/sdc type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sdd on /srv/node/sdd type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sde on /srv/node/sde type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sdf on /srv/node/sdf type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sdg on /srv/node/sdg type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sdh on /srv/node/sdh type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sdi on /srv/node/sdi type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sdj on /srv/node/sdj type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sdk on /srv/node/sdk type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sdl on /srv/node/sdl type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) /dev/sda on /srv/node/sda type xfs (rw,noatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) And the rings are built: [root@swift]# swift-ring-builder /etc/swift/account.builder /etc/swift/account.builder, build version 13, id 415987b4753847e9924147119872d547 2048 partitions, 3.000000 replicas, 1 regions, 1 zones, 12 devices, 0.00 balance, 0.00 dispersion The minimum number of hours before a partition can be reassigned is 1 (0:16:41 remaining) The overload factor is 0.00% (0.000000) Ring file /etc/swift/account.ring.gz is up-to-date Devices: id region zone ip address:port replication ip:port name weight partitions balance flags meta 0 1 1 172.16.2.2:6202 172.16.2.2:6202 sda 100.00 512 0.00 1 1 1 172.16.2.2:6202 172.16.2.2:6202 sdb 100.00 512 0.00 2 1 1 172.16.2.2:6202 172.16.2.2:6202 sdc 100.00 512 0.00 3 1 1 172.16.2.2:6202 172.16.2.2:6202 sdd 100.00 512 0.00 4 1 1 172.16.2.2:6202 172.16.2.2:6202 sde 100.00 512 0.00 5 1 1 172.16.2.2:6202 172.16.2.2:6202 sdf 100.00 512 0.00 6 1 1 172.16.2.2:6202 172.16.2.2:6202 sdg 100.00 512 0.00 7 1 1 172.16.2.2:6202 172.16.2.2:6202 sdh 100.00 512 0.00 8 1 1 172.16.2.2:6202 172.16.2.2:6202 sdi 100.00 512 0.00 9 1 1 172.16.2.2:6202 172.16.2.2:6202 sdj 100.00 512 0.00 10 1 1 172.16.2.2:6202 172.16.2.2:6202 sdk 100.00 512 0.00 11 1 1 172.16.2.2:6202 172.16.2.2:6202 sdl 100.00 512 0.00 Bash certainly thinks they are actually mounted and writable: [root@swift ~]# ls -l /srv/node/sda total 0 [root@swift ~]# touch /srv/node/sda/file [root@swift ~]# ls /srv/node/sda file [root@swift ~]# umount /dev/sda [root@swift ~]# ls /srv/node/sda [root@swift ~]# mount /srv/node/sda/ [root@swift ~]# ls /srv/node/sda file [root@swift ~]# rm /srv/node/sda/file rm: remove regular empty file '/srv/node/sda/file'? y And Swift is configured to look at /srv/node for the devices: [root@swift ~]# grep devices /etc/swift/*.conf /etc/swift/account-server.conf:devices = /srv/node /etc/swift/container-server.conf:devices = /srv/node /etc/swift/object-server.conf:devices = /srv/node Running "swift info" shows the expected configuration output, but "swift stat" throws this error: [root@controller ~]# swift stat Account HEAD failed: https:/[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8 403 Forbidden Failed Transaction ID: tx9128250987cb4e07ad55d-00632c8d05 and the logs show account-server throwing "507 ERROR Insufficient Storage" before 503, and then returning a 403. [root@swift ~]# journalctl -b | grep tx9128250987cb4e07ad55d-00632c8d05 Sep 22 12:27:49 [hostname] account-server[182505]: 172.16.2.2 - - [22/Sep/2022:16:27:49 +0000] "HEAD /sdc/456/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8" 507 - "HEAD http://[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8?format=json" "tx9128250987cb4e07ad55d-00632c8d05" "proxy-server 182464" 0.0004 "-" 182505 - Sep 22 12:27:49 [hostname] proxy-server[182464]: ERROR Insufficient Storage 172.16.2.2:6202/sdc (txn: tx9128250987cb4e07ad55d-00632c8d05) Sep 22 12:27:49 [hostname] account-server[182515]: 172.16.2.2 - - [22/Sep/2022:16:27:49 +0000] "HEAD /sdj/456/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8" 507 - "HEAD http://[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8?format=json" "tx9128250987cb4e07ad55d-00632c8d05" "proxy-server 182464" 0.0004 "-" 182515 - Sep 22 12:27:49 [hostname] proxy-server[182464]: ERROR Insufficient Storage 172.16.2.2:6202/sdj (txn: tx9128250987cb4e07ad55d-00632c8d05) Sep 22 12:27:49 [hostname] account-server[182514]: 172.16.2.2 - - [22/Sep/2022:16:27:49 +0000] "HEAD /sdh/456/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8" 507 - "HEAD http://[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8?format=json" "tx9128250987cb4e07ad55d-00632c8d05" "proxy-server 182464" 0.0011 "-" 182514 - Sep 22 12:27:49 [hostname] proxy-server[182464]: ERROR Insufficient Storage 172.16.2.2:6202/sdh (txn: tx9128250987cb4e07ad55d-00632c8d05) Sep 22 12:27:49 [hostname] account-server[182506]: 172.16.2.2 - - [22/Sep/2022:16:27:49 +0000] "HEAD /sdl/456/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8" 507 - "HEAD http://[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8?format=json" "tx9128250987cb4e07ad55d-00632c8d05" "proxy-server 182464" 0.0011 "-" 182506 - Sep 22 12:27:49 [hostname] account-server[182504]: 172.16.2.2 - - [22/Sep/2022:16:27:49 +0000] "HEAD /sdf/456/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8" 507 - "HEAD http://[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8?format=json" "tx9128250987cb4e07ad55d-00632c8d05" "proxy-server 182464" 0.0010 "-" 182504 - Sep 22 12:27:49 [hostname] account-server[182504]: 172.16.2.2 - - [22/Sep/2022:16:27:49 +0000] "HEAD /sdi/456/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8" 507 - "HEAD http://[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8?format=json" "tx9128250987cb4e07ad55d-00632c8d05" "proxy-server 182464" 0.0002 "-" 182504 - Sep 22 12:27:49 [hostname] proxy-server[182464]: Handoff requested (4) (txn: tx9128250987cb4e07ad55d-00632c8d05) Sep 22 12:27:50 [hostname] account-server[182512]: 172.16.2.2 - - [22/Sep/2022:16:27:50 +0000] "HEAD /sda/456/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8" 507 - "HEAD http://[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8?format=json" "tx9128250987cb4e07ad55d-00632c8d05" "proxy-server 182464" 0.0011 "-" 182512 - Sep 22 12:27:50 [hostname] proxy-server[182464]: Handoff requested (5) (txn: tx9128250987cb4e07ad55d-00632c8d05) Sep 22 12:27:50 [hostname] account-server[182494]: 172.16.2.2 - - [22/Sep/2022:16:27:50 +0000] "HEAD /sde/456/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8" 507 - "HEAD http://[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8?format=json" "tx9128250987cb4e07ad55d-00632c8d05" "proxy-server 182464" 0.0010 "-" 182494 - Sep 22 12:27:50 [hostname] proxy-server[182464]: Handoff requested (6) (txn: tx9128250987cb4e07ad55d-00632c8d05) Sep 22 12:27:50 [hostname] account-server[182506]: 172.16.2.2 - - [22/Sep/2022:16:27:50 +0000] "HEAD /sdk/456/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8" 507 - "HEAD http://[api endpoint]/v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8?format=json" "tx9128250987cb4e07ad55d-00632c8d05" "proxy-server 182464" 0.0003 "-" 182506 - Sep 22 12:27:50 [hostname] proxy-server[182464]: Account HEAD returning 503 for [507, 507, 507] (txn: tx9128250987cb4e07ad55d-00632c8d05) Sep 22 12:27:50 [hostname] proxy-server[182464]: - - 22/Sep/2022/16/27/50 HEAD /v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8%3Fformat%3Djson HTTP/1.0 503 - Swift - - - - tx9128250987cb4e07ad55d-00632c8d05 - 0.0337 RL - 1663864069.976659298 1663864070.010398626 - Sep 22 12:27:51 [hostname] proxy-server[182464]: [IP] 172.16.2.2 22/Sep/2022/16/27/51 HEAD /v1/AUTH_5198a36c0f454ae49e9e8a5d6e154ee8%3Fformat%3Djson HTTP/1.0 403 - python-swiftclient-3.13.1 gAAAAABjLI0FH9MP... - - - tx9128250987cb4e07ad55d-00632c8d05 - 1.4298 - - 1663864069.970289707 1663864071.400121450 - No data is being written to the disks by Swift: [root@swift ~]# ls -lR /srv/node /srv/node: total 0 drwxr-xr-x. 2 swift swift 6 Sep 22 11:13 sda drwxr-xr-x. 2 swift swift 6 Sep 22 11:07 sdb drwxr-xr-x. 2 swift swift 6 Sep 22 11:07 sdc ... /srv/node/sda: total 0 /srv/node/sdb: total 0 /srv/node/sdc: total 0 ... What am I missing here?

2 5

[dev][security-sig] Revisiting tarfile, or "What's old is new again"
by Jeremy Stanley 22 Sep '22

22 Sep '22

The tarfile module from Python's standard library is in the news this week, with people publicly exploiting the very long-standing CVE-2007-4559[0] (yes, you read that correctly, *2007*). Some old-timers in the community might remember this from such popular hits as OSSA-2011-001: Path traversal issues registering malicious images using EC2 API[1], our very first OpenStack Security Advisory! This revived interest in unsafe use of tarfile methods will undoubtedly have lots of people scanning OpenStack's Git repos looking for potentially exploitable calls. Indeed, some of our own community members are already auditing the collective codebase to make sure new vulnerabilities haven't sneaked in over the 11 years since this first came up for us, but more help is always welcome. I encourage anyone using tarfile in their projects to double-check you're doing so safely[2]. If you rely bandit to check your source code, be advised that the most recent 1.7.4 release doesn't catch this but you can install its main branch[3] instead which does include a check for it, at least until they tag a new release (which I have a feeling they'll do quite soon given the recent furor around this topic). On a related note, I want to take this opportunity to remind everyone that OpenStack has a Security Special Interest Group (SIG), which meets monthly[4] on IRC, and members will also be in attendance at the upcoming virtual PTG[5] in case anyone is interested in discussing this or similar subject matter. Our PTG slot is currently booked for 15:00 UTC Wednesday (2022-10-19), though we can adjust or book an additional hour at another time if this conflicts with any tracks people also need to join, just let me know. [0] https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-4559 [1] https://security.openstack.org/ossa/OSSA-2011-001.html [2] https://docs.python.org/3/library/tarfile.html#tarfile.TarFile.extractall [3] https://github.com/pycqa/bandit [4] https://meetings.opendev.org/#OpenStack_Security_SIG_meeting [5] https://ptg.opendev.org/ptg.html -- Jeremy Stanley

2 1

[ironic][ptg] Last call for topics
by Jay Faulkner 22 Sep '22

22 Sep '22

This morning, a group of Ironic cores met and mapped out a rough schedule for our PTG sessions. Please review the etherpad here: https://etherpad.opendev.org/p/ironic-antelope-ptg for more details on the outcome of that. We did want to give one last chance for anyone who has not yet had a chance to add their topic to do so before the plans are finalized. Please add any additional topics to the etherpad, and preferably, also respond to this email or let us know in #openstack-ironic on IRC. Thanks, Jay Faulkner G-Research Open Source Software lab OpenStack Ironic PTL OpenStack Technical Committee member

1 0

How do I disable replication in swift
by Paladox 22 Sep '22

22 Sep '22

Hello, I would like Swift to only have 1 file not any copies of it, how do I disable replication as you must set the value to 1 when you create the rings? (We don’t have the disk space to have replication / copies of the files)

2 2

[neutron] Drivers meeting - Friday 22.09.2022 - cancelled
by Lajos Katona 22 Sep '22

22 Sep '22

Hi Neutron Drivers! Due to the lack of agenda, let's cancel tomorrow's drivers meeting. See You on the meeting next week. Lajos Katona (lajoskatona)

1 0

Cinder-volume active active setup
by Eugen Block 22 Sep '22

22 Sep '22

Hi, I didn't mean to hijack the other thread so I'll start a new one. There are some pages I found incl. Gorkas article [1], but I don't really understand yet how to configure it. We don't use any of the automated deployments (we created our own) like TripleO etc., is there any guide showing how to setup cinder-volume active/active? I see in my lab environment that python3-tooz is already installed on the control node, but how do I use it? Besides the "cluster" config option in the cinder.conf (is that defined when setting up the DLM?) what else is required? I also found this thread [2] pointing to the source code, but that doesn't really help me at this point. Any pointers to a how-to or deployment guide would be highly appreciated! Thanks, Eugen [1] https://gorka.eguileor.com/a-cinder-road-to-activeactive-ha/ [2] https://www.mail-archive.com/openstack@lists.openstack.org/msg18385.html

2 5

Floating IP attached to octavia not working | tripleo wallaby | centos | OVN DVR
by Swogat Pradhan 22 Sep '22

22 Sep '22

Hi, I've deployed Octavia + OVN + DVR and floating IPs assigned to Octavia VIPs are not reachable. Other floating IPs tied to nova instances are working fine. The octavia vip is reachable and working fine from inside on the private network, however the Floating IP is not reachable at all. I found a similar issue in bugzilla but the bug is closed now and i do not have any solution. https://bugzilla.redhat.com/show_bug.cgi?id=1608951 Please help me get a solution for this issue. With regards, Swogat pradhan

3 3

[ansible-os-modules] Antelope PTG in October | Ansible OpenStack Collection
by Jakob Meng 22 Sep '22

22 Sep '22

Hi everyone, we have scheduled our Antelope's vPTG session for the Ansible OpenStack Collection [1] at the same time and place as in April: at 13:00 - 15:00 UTC on Thursday October 20, 2022 in Essex room. Topics will be our migration progress to openstacksdk's first major release, new features, notable changes and open todos. Do not hesitate to add any questions and topics you want to address in our PTG session to etherpad [2]. Looking forward to meet you ☺️ [1] https://opendev.org/openstack/ansible-collections-openstack [2] https://etherpad.opendev.org/p/oct2022-ptg-os-ansible-modules Thanks, Ananya, Arx, Rafael, Sagi and Jakob

1 0

[openstack][quuens][cinder] consistency groups bug ?
by Ignazio Cassano 22 Sep '22

22 Sep '22

Hi everyone, in my openstack installation, for performance reasons, I use a cinder type to address different storage virtual machines on the same device. Balancing takes place via the scheduler. Below is an example of my configuration in cinder.conf: https://paste.openstack.org/show/b0hCTsdniLhinoQiVT7A/ As you can see nfsgold1 to nfsgold8 are all part of the volume type nfsgold. Unfortunately if I create a consistency group with volume type nfsgold, it can only contain volumes on the same backend, even though they are of the same type. For example, if in my consistency group there is a volume on nfsgold1 and I add a volume present on nfsgold8 I get the following: https://paste.openstack.org/show/b4XnUeGDF5wYlCBLTcuc/ Any help, please ? Ignazio

2 3

cloud Stack Testing
by KK CHN 22 Sep '22

22 Sep '22

List, We have deployed Openstack wallaby using kolla-ansible openstack installation . The setup is up and running with default configurations all-in-one node ... Reference: https://docs.openstack.org/project-deploy-guide/kolla-ansible/wallaby/quick… 1. We need to test this cloud stack for Compute, Network, and storage able to scale across multiple local and remote zones. What other components/configurations needed to be configured /built for this purpose? What are the testing parameters to check the above setup scale across multiple local and remote zones? or what methods/procedures need to be performed for this testing ? 2. for Successful deployment of enterprise applications having enough scaling and availability requirements in each IaaS, SaaS & PaaS category may further help in evaluating this setup across these categories. Is there any such kind of benchmarking tools or sample application/s to test the capacity to kindly share the name/details of such application/s to deploy as PoC? Any help/hints much appreciated. Thanks in advance, Krish

2 1

[all][tc] Technical Committee next weekly meeting on 2022 Sept 22 at 1500 UTC
by Ghanshyam Mann 22 Sep '22

22 Sep '22

Hello Everyone, Below is the agenda for tomorrow's TC meeting schedule at 1500 UTC. https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting * Roll call * Follow up on past action items * Gate health check ** Bare 'recheck' state *** https://etherpad.opendev.org/p/recheck-weekly-summary * Zed cycle tracker checks ** https://etherpad.opendev.org/p/tc-zed-tracker * 2023.1 cycle PTG Planning ** TC + Leaders interaction sessions *** https://etherpad.opendev.org/p/tc-leaders-interaction-2023-1 ** TC PTG etherpad *** https://etherpad.opendev.org/p/tc-2023-1-ptg ** Schedule 'operator hours' *** https://lists.openstack.org/pipermail/openstack-discuss/2022-September/0303… * 2023.1 cycle Technical Election & Leaderless projects ** https://governance.openstack.org/election/ ** https://etherpad.opendev.org/p/2023.1-leaderless ** https://lists.openstack.org/pipermail/openstack-discuss/2022-September/0304… * Meeting time check ** We have new TC members. Let's check if the current meeting time is ok for everyone. * Open Reviews ** https://review.opendev.org/q/projects:openstack/governance+is:open -gmann

1 0

[all][elections][tc][ptl] Antelope: Technical Committee & PTL Election Conclusion & Results
by Ian Y. Choi 21 Sep '22

21 Sep '22

Thank you to the electorate, to all those who voted and to all candidates who put their name forward for Technical Committee (TC) & Project Team Lead (PTL) in this election. A healthy, open process breeds trust in our decision making capability thank you to all those who make this process possible. 1. Please join me in congratulating the 4 newly elected members of the TC: Dan Smith (dansmith)Ghanshyam Mann (gmann)Jay Faulkner (JayF)Dmitriy Rabotyagov (noonedeadpunk) Full results:https://civs1.civs.us/cgi-bin/results.pl?id=E_41d42603087bcf58 2. For the results of the PTL election process, please join me in extending congratulations to the following PTLs: * Barbican : Grzegorz Grasza (xek)* Blazar : Pierre Riteau (priteau)* Cinder : Rajat Dhasmana ()* Cloudkitty : Rafael Weingartner ()* Cyborg : alex song ()* Designate : Michael Johnson (johnsom)* Ec2 Api : Andrey Pavlov (andrey-mp)* Freezer : ge cong ()* Glance : Pranali Deore (pdeore)* Heat : Brendan Shephard ()* Horizon : Vishal Manchanda (vishalmanchanda)* Ironic : Jay Faulkner (JayF)* Kolla : Michal Nasiadka (mnasiadka)* Kuryr : Roman Dobosz (gryf)* Magnum : Jake Yip (jakeyip)* Manila : Carlos Silva (carloss)* Monasca : Martin Chacon Piza (chaconpiza)* Murano : Rong Zhu (zhurong)* Neutron : Rodolfo Alonso Hernandez ()* Nova : Sylvain Bauza (bauzas)* Octavia : Gregory Thiemonge (gthiemonge)* Openstack Chef : Lance Albertson (Ramereth)* OpenStack Helm : Gage Hugo (gagehugo)* OpenStackAnsible : Dmitriy Rabotyagov (noonedeadpunk)* OpenStackSDK : Artem Goncharov (gtema)* Puppet OpenStack : Takashi Kajinami (tkajinam)* Quality Assurance : Martin Kopec (kopecmartin)* Rally : Andrey Kurilin (andreykurilin)* Skyline : Wenxiang Wu (wu_wenxiang)* Solum : Rong Zhu (zhurong)* Storlets : Takashi Kajinami (tkajinam)* Tacker : Yasufumi Ogawa (yasufum)* Telemetry : Matthias Runge (mrunge)* Tripleo : Rabi Mishra (ramishra)* Trove : wu chunyang (wuchunyang)* Vitrage : Eyal Bar-Ilan ()* Watcher : chen ke ()* Winstackers : Lucian Petrut ()* Zaqar : Hao Wang () PTL Election:* Ironic: https://civs1.civs.us/cgi-bin/results.pl?id=E_c7d81a19f30c67f0 Election process details and results are also available here: https://governance.openstack.org/election/ Thank you to all of the candidates, having a good group of candidates helps engage the community in our democratic process. Thank you to all who voted and who encouraged others to vote. We need to ensure your voice is heard. Thank you for another great round. Ian Y. Choi, on behalf of the OpenStack Technical Election Officials

4 4

OpenStack PTG, Neutron schedule
by Rodolfo Alonso Hernandez 21 Sep '22

21 Sep '22

Hello Neutrinos: This is the poll to vote for the Neutron schedule during the next OpenStack PTG. The goal is to have at least 3 hours per day, from Monday to Thursday. The second poll is to decide the operator hour for Neutron [2], according to [3]. I'll keep the polls open until next Monday 26 Sep. Then I'll reserve the room in [3]. Thank you for participating. [1]https://doodle.com/meeting/participate/id/dwmlAVra [2]https://doodle.com/meeting/participate/id/eZVRoxge [3]https://ptg.opendev.org/ptg.html

1 0

[cinder] Bug Report 09-21-2022
by Sofia Enriquez 21 Sep '22

21 Sep '22

This is a bug report from 09-14-2022 to 09-21-2022. Agenda: https://etherpad.opendev.org/p/cinder-bug-squad-meeting ----------------------------------------------------------------------------------------- Medium - https://bugs.launchpad.net/cinder/+bug/1989514 "NFS volume snapshot does not update volume attachment format to qcow2." Fix proposed to master. Low - https://bugs.launchpad.net/cinder/+bug/1989730 "Dell PowerMax - Optimized SL should be assigned when retyping a volume to a default volume type." Fixed proposed to master. - https://bugs.launchpad.net/cinder/+bug/1990136 " Dell PowerFlex: Failed to attach a volume when using self-signed Certificates." Fixed proposed to master. - https://bugs.launchpad.net/cinder/+bug/1990134 "Tatlin driver does not set project id for temp volumes." Fixed proposed to master. -- Sofía Enriquez she/her Software Engineer Red Hat PnT <https://www.redhat.com> IRC: @enriquetaso @RedHat <https://twitter.com/redhat> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> <https://www.redhat.com>

1 0

[ironic] Looking for downstream users of bugfix/* branches
by Jay Faulkner 21 Sep '22

21 Sep '22

Hey all, Ironic releases intermediate bugfix releases during the cycle. These are consumed by some packagers and standalone users of Ironic. Today, using Ironic as an example, we have 4 active bugfix branches: - bugfix/21.0 and bugfix/20.2 are between yoga and zed - bugfix/19.0 is between xena and yoga - bugfix/18.1 is between wallaby and xena We are considering cleaning up some of the older bugfix branches, to reduce stable maintenance load -- but we would like to poll you all first: Is anyone consuming these releases downstream? If so, which ones and why? This will be useful input to whatever action we decide to take! Thanks, Jay Faulkner

2 1

[ironic] Proposing Harald Jensas to metalsmith-core
by Iury Gregory 20 Sep '22

20 Sep '22

Hello ironic-cores and metalsmith-cores, I would like to propose Harald Jensas for metalsmith-core. During the Zed Cycle he had a lot of reviews for the project [1], in yoga he contributed a lot to the project [2]. Looking at all the releases in stackalytics he is #6 in commits [3] and reviews [4]. Please vote with +1/-1 (till Sep 25) [1] https://www.stackalytics.io/?release=zed&module=opendev.org/openstack/metal… [2] https://www.stackalytics.io/?release=yoga&module=opendev.org/openstack/meta… [3] https://www.stackalytics.io/?release=all&module=opendev.org/openstack/metal… [4] https://www.stackalytics.io/?release=all&module=opendev.org/openstack/metal… -- *Att[]'s* *Iury Gregory Melo Ferreira * *MSc in Computer Science at UFCG* *Ironic PTL Yoga and Zed Cycle* *Senior Software Engineer at Red Hat Brazil* *Social*: https://www.linkedin.com/in/iurygregory *E-mail: iurygregory(a)gmail.com <iurygregory(a)gmail.com>*

5 4

[tacker][ptg] Virtual PTG Planning
by Yasufumi Ogawa 20 Sep '22

20 Sep '22

Hi Tacker team, I've updated the etherpad for our antelope PTG [1] as I mentioned in the previous IRC meeting. Please add your topics if you have any suggestions for the next release. [1] https://etherpad.opendev.org/p/tacker-antelope-ptg Cheers, Yasufumi

1 0

[keystone] Changing user password_hash directly in database
by 박경원 20 Sep '22

20 Sep '22

1 0

CFP Open - Ubuntu Summit 2022
by T. Nichole Williams 20 Sep '22

20 Sep '22

Greetings everyone, Your friendly neighborhood Kata Community Manager checking in to let you all know that the call for presentations[2] is now open for Ubuntu Summit 2022[1]. The event will be held from November 7-9, 2022 in Prague, Czech Republic. The Ubuntu Summit (FKA the Ubuntu Developer Summit) will include a series of talks, workshops, panels and Q&A covering a broad range of topics to appeal not only to developers, but anyone involved in open source. The event is organized into the following tracks: • Ubuntu Desktop • Community • Data Science & Data Platforms • Application Ecosystem • Infrastructure Though in-person attendance is preferred, there is a virtual option for those unable to travel. CFP will close September 30, 2002, so if you have a presentation (or workshop) on OpenStack ready to go, please send it in! Regards, T. Nichole Williams Technical Community Manager | Kata Containers Twitter: OGtrilliams GitHub: OGtrilliams IRC: PagliaccisCloud [1] https://events.canonical.com/event/2/ [2] https://events.canonical.com/event/2/abstracts/

1 0

[tripleo] Gate blocker NODE_FAILURES when running tripleo-ci-centos-9-scenario010-standalone
by Amol Kahat 20 Sep '22

20 Sep '22

Hello All, Description of problem: NODE_FAILURE when running tripleo-ci-centos-9-scenario010-standalone job. We have been seeing this failure[1] since 09/17. Logs are not present so it's hard to say what is the root cause of this issue. This job uses nodeset: single-centos-9-node-nested-virt - so assumption is that it's the nest-virt nodeset [1] https://zuul.openstack.org/builds?job_name=tripleo-ci-centos-9-scenario010-… Thanks, -- *Amol Kahat* Software Engineer *Red Hat India Pvt. Ltd. Pune, India.* akahat(a)redhat.com B764 E6F8 F4C1 A1AF 816C 6840 FDD3 BA6C 832D 7715

3 2

Query about networking-onos for newer OpenStack releases
by Aditya Sathish 20 Sep '22

20 Sep '22

Hello! I am trying to integrate an SDN controller with our lab's OpenStack network. Currently, we have already deployed a version of ONOS to serve our needs and I have been following the SONA project which uses the networking-onos ML2 plugin with OpenStack. However, it seems that the networking-onos project has been retired since the Train release. Is there any way I can get ONOS to work with OpenStack Yoga? If not, what is the go-to way to integrate an SDN controller with OpenFlow support with Neutron?? Any help will be much appreciated. Regards, Aditya.

2 1

[ironic] Check PTG topics
by Iury Gregory 20 Sep '22

20 Sep '22

Hello ironicers, The Antelope PTG is in a a few weeks, we had the idea to check the PTG topics (so we can group some before setting the final schedule) Please vote in the doodle [1] for a time where we can discuss a bit o/ Feel free to add topics to our etherpad! [2] Thanks! [1] https://doodle.com/meeting/participate/id/dBL8ZZXa [2] https://etherpad.opendev.org/p/ironic-antelope-ptg -- *Att[]'s* *Iury Gregory Melo Ferreira * *MSc in Computer Science at UFCG* *Ironic PTL * *Senior Software Engineer at Red Hat Brazil* *Social*: https://www.linkedin.com/in/iurygregory *E-mail: iurygregory(a)gmail.com <iurygregory(a)gmail.com>*

1 2

Re: RE : [neutron][nova][ipv6]instance on compute node not getting dhcpv6
by Neil Jerram 20 Sep '22

20 Sep '22

They may be outdated now, but I wonder if any of the steps described at https://projectcalico.docs.tigera.io/networking/openstack/ipv6 would help you? In particular, given that you have no route, perhaps you need the accept_ra config. Best wishes, Neil On Tue, Sep 20, 2022 at 9:12 AM Michael Hazan <mhazan(a)mandint.org> wrote: > Hello, > > The 3 nodes are running Ubuntu 20.04 and using libvirt. The instance are > Ubuntu or debian based. The openstack virtual network is configured with > both a v4 and a v6 dhcp pool. The instance should be getting both v4 and v6 > (on the same interface) but the instance that are hosted on the compute > node only get v4. If i run the dhclient -6 -r the instance actually get > it’s ipv6 but it’s wrongly configured with a /128 (instead of 64) and no > route. > > > > Michael > > > > *De : *Lajos Katona <katonalala(a)gmail.com> > *Envoyé le :*mardi, 20 septembre 2022 09:39 > *À : *mhazan(a)mandint.org > *Cc : *openstack-discuss(a)lists.openstack.org > *Objet :*Re: [neutron][nova][ipv6]instance on compute node not getting > dhcpv6 > > > > Hi, > > Do you have some more details of your environment, which backend you use? > OVS? > > Your VMs have both IPv4 and v6 addresses and you mean that they got IPv4 > as expected? > > > > Lajos > > > > <mhazan(a)mandint.org> ezt írta (időpont: 2022. szept. 19., H, 16:19): > > Hello all, > > i manage a small openstack cluster installed via Ubuntu package, it has > been upgraded since the day of Newton and currently running Victoria. it > started as a single node with the basic services installed, later a > dedicated storage node and compute node were added. after upgrading to > victoria, any instance that boot on the dedicated compute node start up > but fails to get it's global ipv6 via stateful dhcp6, only > linklocal(fe80) ip is shown by the instance. The ipv6 is created in > openstack, the dhcpv4 works and there are no issue if the instance boot > on the "old" all in one node. i can manually allocate (by editing the > instance network config file) the ipv6 config and it works. any pointer > as to what could cause this issue ? > > BR, Michael > > >

2 1

[kuryr] Antelope PTG topics
by Maysa De Macedo Souza 20 Sep '22

20 Sep '22

Hello, The Antelope PTG is a few weeks away and if you have any topics to discuss in the Kuryr session, feel free to include it in the etherpad[1]. Cheers, Maysa Macedo. [1] https://etherpad.opendev.org/p/kuryr-antelope-ptg

1 0

[neutron][nova][ipv6]instance on compute node not getting dhcpv6
by mhazan＠mandint.org 20 Sep '22

20 Sep '22

Hello all, i manage a small openstack cluster installed via Ubuntu package, it has been upgraded since the day of Newton and currently running Victoria. it started as a single node with the basic services installed, later a dedicated storage node and compute node were added. after upgrading to victoria, any instance that boot on the dedicated compute node start up but fails to get it's global ipv6 via stateful dhcp6, only linklocal(fe80) ip is shown by the instance. The ipv6 is created in openstack, the dhcpv4 works and there are no issue if the instance boot on the "old" all in one node. i can manually allocate (by editing the instance network config file) the ipv6 config and it works. any pointer as to what could cause this issue ? BR, Michael

3 2

[neutron] dhcp/dnsmasq issue after upgrade to queens
by Benedikt Trefzer 19 Sep '22

19 Sep '22

Hello out there I'm stuck with neutron not starting any dnsmasq processes after upgrading neutron to the queens release (yes I know this is an elderly version ;)) Details: I see errors from neutron-dhcp-agent (on the dhcp host and on the controller node for the neutron-rpc-server): ValueError: Unrecognized attribute(s) 'binding:host_id' But I'm pretty sure this is a followup of the directory /var/lib/neutron/dhcp ($state_path) beeing almost empty (only empty directories named by the networks beeing there, which are rebuild by the neutron-dhcp-agent if deleted). I'm further do not see any ports in the DB for dhcp. Which eventually explains why the state files for dnsmasq are missing. So now I'm stuck: - Which agent/daemon should create the ports for the dnsmasq process ? The installation should launch two dhcp processes on two router nodes (HA setup). Which is also correctly shown using neutron dhcp-agent-list-hosting-net which shows two dhcp-agents up and running ! Any hints how to solve are appreciated ! Greetings Benedikt

1 0

[CloudKitty] Virtual PTG October 2022
by Rafael Weingärtner 19 Sep '22

19 Sep '22

Hello everyone, As you probably heard our next PTG will be held virtually in October. We've marked October 17, at 14:00-16:00 UTC [1]. We already have a CloudKitty meeting organized for this day. Therefore, it seems the most practical choice. However, if you guys would like some other dates and/or time, just let me know. The room we selected is called "Essex". I've also created an etherpad [2] to collect ideas/topics for the PTG sessions. If you have anything to discuss, please don't hesitate to write it there. [1] https://ptg.opendev.org/ptg.html [2] https://etherpad.opendev.org/p/oct2022-ptg-cloudkitty -- Rafael Weingärtner

1 0

[neutron] bug deputy report September 12th to 18th
by Miguel Lavalle 18 Sep '22

18 Sep '22

Hi, Here's this week's bugs deputy report: Requires follow up ============== High ==== https://bugs.launchpad.net/neutron/+bug/1989480 [OVN] Neutron server floods logs with hash ring messages on startup. Assigned to Lucas Gomes. Proposed fix: https://review.opendev.org/c/openstack/neutron/+/857463 Medium ====== https://bugs.launchpad.net/neutron/+bug/1989460 [ovn-octavia-provider] HealthMonitor event received on port deleted. Assigned to Fernando Royo. Proposed fix: https://review.opendev.org/c/openstack/ovn-octavia-provider/+/857365 https://bugs.launchpad.net/neutron/+bug/1989979 Unexpected number of DHCP interfaces for metadata proxy. Assigned to MIguel Lavalle (mlavalle) RFE === Incomplete ======== https://bugs.launchpad.net/neutron/+bug/1989986 changing dns_domain on the charm does not propagate to ovn

1 0

Container not appearing
by Lee, Vincent Z 17 Sep '22

17 Sep '22

Hi all, I am facing issues with making containers to appear on my gui. I have managed to run a container, however, it is not showing it on horizon dashboard. [cid:3761763c-eed0-4912-af5f-4a4e91d7da1f] When I tried to create a container, it will be successfully [cid:067852ef-34b3-40c5-a590-757a192eb556] [cid:56d30ba1-c65b-4dfa-ab91-41e872332e29] Best, Vincent

2 1

[all][tc] What's happening in Technical Committee: summary 2022 Sept 16: Reading: 5 min
by Ghanshyam Mann 16 Sep '22

16 Sep '22

Hello Everyone, Here is this week's summary of the Technical Committee activities. 1. TC Meetings: ============ * We had this week's meeting on Sept 15. Most of the meeting discussions are summarized in this email. Most of the meeting discussions are summarized in this email. Meeting logs are available @ https://meetings.opendev.org/meetings/tc/2022/tc.2022-09-15-15.00.log.html * Next TC weekly meeting will be on Sept 22 Thursday at 15:00 UTC, feel free to add the topic on the agenda[1] by Sept 21. 2. What we completed this week: ========================= * Switched release management to distributed leadership [2] * Retired panko projects [3] * Add Keystone OpenID Connect charm to OpenStack charms [4] * 2023.1 cycle testing runtime: 2023.1 cycle testing runtime is defined and merged [5], As feedback by the Horizon team, I am updating Node.JS version also to 18.0[6]. As discussed in last cycle PTG, we are moving to the python version testing template to unversioned name[7] and will control/update the new stable branch and cycle changes in central place in openstack-zuul-jobs repo. With that we do not need to update the each project repo on every release by release bot patches. 3. Activities In progress: ================== TC Tracker for Zed cycle ------------------------------ * Zed tracker etherpad includes the TC working items[8], four are completed and others items are in-progress. Open Reviews ----------------- * Two open reviews for ongoing activities[9]. 2023.1 cycle Technical Election (TC + PTL) -------------------------------------------------- We will have election voting for TC and Ironic project. The voting is open until Sept 19. Please follow the election official emails for actions/things to do. We had 9 projects missed the PTL nomination but good news is that we found the leaders for all the 9 projects now[10]. As next step, TC will be discussing the PTL appointment. 2023.1 cycle TC PTG planning ------------------------------------ Updates on PTG planning: * "TC + Leader interaction" sessions is scheduled for Oct 17 Monday 15-17 UTC[10], * I have created the TC PTG etherpad to collect the topic[11]. * I sent email about the 'Operator Hours' slots in this PTG, please check and reserve the operator hour slot for your project[12] 2021 User Survey TC Question Analysis ----------------------------------------------- No update on this. The survey summary is up for review[13]. Feel free to check and provide feedback. Fixing Zuul config error ---------------------------- Requesting projects with zuul config error to look into those and fix them which should not take much time[14]15]. Project updates ------------------- * None. 4. How to contact the TC: ==================== If you would like to discuss or give feedback to TC, you can reach out to us in multiple ways: 1. Email: you can send the email with tag [tc] on openstack-discuss ML[16]. 2. Weekly meeting: The Technical Committee conduct a weekly meeting every Thursday 15 UTC [17] 3. Ping us using 'tc-members' nickname on #openstack-tc IRC channel. [1] https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting [2] https://review.opendev.org/c/openstack/governance/+/855276 [3] https://review.opendev.org/c/openstack/governance/+/850005 [4] https://review.opendev.org/c/openstack/governance/+/857493 [5] https://review.opendev.org/c/openstack/governance/+/854375 [6] https://review.opendev.org/c/openstack/governance/+/856927 [7] https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/856903 [8] https://etherpad.opendev.org/p/tc-zed-tracker [9] https://review.opendev.org/q/projects:openstack/governance+status:open [10] https://etherpad.opendev.org/p/2023.1-leaderless [10] https://lists.openstack.org/pipermail/openstack-discuss/2022-September/0303… [11] https://etherpad.opendev.org/p/tc-2023-1-ptg [12] https://lists.openstack.org/pipermail/openstack-discuss/2022-September/0303… [13] https://review.opendev.org/c/openstack/governance/+/836888 [14] https://etherpad.opendev.org/p/zuul-config-error-openstack [15] http://lists.openstack.org/pipermail/openstack-discuss/2022-May/028603.html [16] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss [17] http://eavesdrop.openstack.org/#Technical_Committee_Meeting -gmann

1 0

[release] Release countdown for week R-2, Sep 19 - 23
by Előd Illés 16 Sep '22

16 Sep '22

Development Focus ----------------- At this point we should have release candidates (RC1 or recent intermediary release) for all the Zed deliverables. Teams should be working on any release-critical bugs that would require another RC or intermediary release before the final release. Actions ------- Early in the week, the release team will be proposing stable/zed branch creation for all deliverables that have not branched yet, using the latest available Zed release as the branch point. If your team is ready to go for creating that branch, please let us know by leaving a +1 on these patches. If you would like to wait for another release before branching, you can -1 the patch and update it later in the week with the new release you would like to use. By the end of the week the release team will merge those patches though, unless an exception is granted. Once stable/zed branches are created, if a release-critical bug is detected, you will need to fix the issue in the master branch first, then backport the fix to the stable/zed branch before releasing out of the stable/zed branch. After all of the cycle-with-rc projects have branched we will branch devstack, grenade, and the requirements repos. This will effectively open them up for 2023.1 Antelope development, though the focus should still be on finishing up Zed until the final release. For projects with translations, watch for any translation patches coming through and merge them quickly. A new release should be produced so that translations are included in the final Zed release. Finally, now is a good time to finalize release notes. In particular, consider adding any relevant "prelude" content. Release notes are targeted for the downstream consumers of your project, so it would be great to include any useful information for those that are going to pick up and use or deploy the Zed version of your project. Upcoming Deadlines & Dates -------------------------- Final RC deadline: September 29th, 2022 (R-1 week) Final Zed release: October 5th, 2022 Virtual PTG: October 17-21, 2022 Előd Illés irc: elodilles

1 0

[all] Deprecated Zuul queue syntax
by Clark Boylan 16 Sep '22

16 Sep '22

Hello, Zuul deprecated declaring shared queues at a pipeline level with release 4.1.0 [0]. Zuul's current plan is to stop accepting this form of configuration with a future 7.0.0 release. More details on what needs to change can be found in Zuul's reminder notice on the Zuul mailing list [1]. I expect we have about a month before the v7 release which should give us plenty of time to fix this. If we don't fix this before the v7 release the expected fallout will be that these project branches will not have any pipelines defined, which means no Zuul jobs will run against that project branch until the configs are updated. I've marked this for everyone because 98 repositories are affected, and I'm not sure listing them all in the subject would be productive. Here is the list of affected repos: openstack/adjutant openstack/ansible-collection-kolla openstack/ansible-role-collect-logs openstack/ansible-role-tripleo-modify-image openstack/barbican openstack/barbican-tempest-plugin openstack/barbican-ui openstack/blazar openstack/blazar-tempest-plugin openstack/ceilometer openstack/cinderlib openstack/cloudkitty openstack/cloudkitty-tempest-plugin openstack/cyborg-tempest-plugin openstack/designate openstack/designate-dashboard openstack/designate-tempest-plugin openstack/devstack-gate openstack/ec2-api openstack/ec2api-tempest-plugin openstack/freezer openstack/freezer-tempest-plugin openstack/heat openstack/heat-dashboard openstack/heat-tempest-plugin openstack/horizon openstack/ironic openstack/ironic-inspector openstack/ironic-lib openstack/ironic-prometheus-exporter openstack/ironic-python-agent openstack/ironic-tempest-plugin openstack/kayobe openstack/kayobe-config openstack/kayobe-config-dev openstack/kolla openstack/kolla-ansible openstack/kuryr openstack/magnum openstack/magnum-tempest-plugin openstack/manila openstack/manila-tempest-plugin openstack/masakari openstack/masakari-monitors openstack/mistral openstack/mistral-tempest-plugin openstack/monasca-api openstack/monasca-common openstack/monasca-events-api openstack/monasca-log-api openstack/monasca-tempest-plugin openstack/murano openstack/murano-tempest-plugin openstack/networking-generic-switch openstack/octavia openstack/octavia-tempest-plugin openstack/openstack-chef openstack/os-net-config openstack/os-win openstack/oswin-tempest-plugin openstack/paunch openstack/project-config openstack/puppet-pacemaker openstack/puppet-tripleo openstack/python-designateclient openstack/python-ironicclient openstack/python-saharaclient openstack/python-tripleoclient openstack/python-troveclient openstack/sahara openstack/sahara-tests openstack/senlin openstack/senlin-tempest-plugin openstack/solum openstack/solum-tempest-plugin openstack/telemetry-tempest-plugin openstack/tenks openstack/tripleo-ci openstack/tripleo-ci-health-queries openstack/tripleo-common openstack/tripleo-heat-templates openstack/tripleo-quickstart openstack/tripleo-quickstart-extras openstack/tripleo-upgrade openstack/trove openstack/trove-tempest-plugin openstack/vitrage openstack/vitrage-tempest-plugin openstack/watcher openstack/watcher-tempest-plugin openstack/zaqar openstack/zaqar-tempest-plugin openstack/zun openstack/zun-tempest-plugin windmill/windmill windmill/windmill-backup x/neutron-classifier x/vmware-nsx I'll go ahead and push changes to windmill/* and x/* as those are leftovers from splitting things up into tenants and haven't ended up in their own tenants yet. But it would be great if OpenStack can work on cleaning up this deprecated syntax in the OpenStack repos. I've attached a file with a listing that includes more details for each repo (branches and specific config files) to make it easier for people to find where the old syntax is located so that it can be replaced with the new syntax. [0] https://zuul-ci.org/docs/zuul/latest/releasenotes.html#relnotes-4-1-0-depre… [1] https://lists.zuul-ci.org/pipermail/zuul-discuss/2022-May/001801.html

2 2

[kolla] [train] Horizon port security group management fails
by Albert Braden 15 Sep '22

15 Sep '22

We're running kolla train and we're seeing an apparent bug when we try to add or remove security groups on a port. We see error "Failed to update port <ID>". It works fine in CLI; we only see this in Horizon. Is this a known bug, or are we doing something wrong?

6 19

[requirements][adjutant][magnum][sahara][venus][relmgmt] Requirements Freeze Exception requests
by Előd Illés 15 Sep '22

15 Sep '22

Hi, I would like to ask for a Requirements Freeze Exception for the following deliverables (as their former releases were done from broken gates, thus needed some extra fix): python-adjutantclient 0.11.0 [1] python-magnumclient 4.0.0 [2] python-saharaclient 4.0.2 [3] python-venusclient 1.0.1 [4] [1] https://review.opendev.org/c/openstack/releases/+/857736 [2] https://review.opendev.org/c/openstack/releases/+/856853 [3] https://review.opendev.org/c/openstack/releases/+/856858 [4] https://review.opendev.org/c/openstack/releases/+/856381 Előd irc: elodilles

2 1

[neutron] Drivers meeting - Friday 15.09.2022 - cancelled
by Lajos Katona 15 Sep '22

15 Sep '22

Hi Neutron Drivers! Due to the lack of agenda, let's cancel tomorrow's drivers meeting. See You on the meeting next week. Lajos Katona (lajoskatona)

1 0

[all][ptl][release] Zed release critical issue with oslo.db 12.1.0
by Előd Illés 15 Sep '22

15 Sep '22

Hi, With the latest oslo.db 12.1.0 release it seems multiple repositories are broken (see the corresponding requirements patch [1] for details, and probably there are more, that are not tested within requirements repository). The patch that introduces the break [2] "is necessary for oslo.db and openstack applications in general to be able to run on SQLAlchemy 2.0" according to patch author. Since we are after the 3rd milestone of Zed, we have very limited time to figure out what to do. The 2 options are: 1) fix every broken repository to work with oslo.db 12.1.0 as far as we know this is quite impossible as for some repositories the already existing fixes took almost a cycle to be implemented and there are still undiscovered bugs around this. (we don't know if this is really true, or probably there are cases where it's easy to fix) 2) revert the breaking change [2] and do another release in oslo.db now without it (and add it back after Zed release & release oslo.db with it as soon as possible in Antelope cycle) as far as we understand this does not cause any issue for those who already adapted to oslo.db 12.1.0, so this should not be painful Based on the above Release team is opting toward the 2nd option. Please let us know your opinion! [1] https://review.opendev.org/c/openstack/requirements/+/855153/ [2] https://review.opendev.org/c/openstack/oslo.db/+/804775 Thanks, Előd

8 18

[all][elections][ptl][tc] Reminder to opt-in to CIVS polling
by Jay Bryant 15 Sep '22

15 Sep '22

All, Apologies for the additional e-mail in your in-box, but wanted to make sure that everyone saw the reminder to opt-in to voting with CIVS. ACTION IS REQUIRED to receive the voting ballot from CIVS: you must opt-in to receiving email communications from CIVS. More information and the form to do so can be found at https://civs1.civs.us/cgi-bin/opt_in.pl Polling will start TODAY and this operation needs to be completed before then. Happy Voting! - Jay Bryant (jungleboyj)

1 1

[cinder] Festival of XS reviews
by Rajat Dhasmana 15 Sep '22

15 Sep '22

Hello Argonauts, We will be having our monthly festival of XS reviews tomorrow i.e. 16th September (Friday) from 1400-1600 UTC. Following are some additional details: Date: 16th September, 2022 Time: 1400-1600 UTC Meeting link: https://bluejeans.com/556681290 etherpad: https://etherpad.opendev.org/p/cinder-festival-of-reviews

1 0

[blazar][FFE] Improvements to ExternalServiceFilter
by Pierre Riteau 15 Sep '22

15 Sep '22

Hello, We have merged a new Blazar usage enforcement filter late into the cycle, but have since received a change from Radosław Piliszek (yoctozepto) improving it [1]. It is important for us to get this merged for Zed, as it changes the name of new configuration options. Not merging it now would require us to deprecate the newly added configuration options in Antelope. I am planning to grant an FFE for it just before issuing RC1. Cheers, Pierre Riteau (priteau) [1] https://review.opendev.org/c/openstack/blazar/+/856527

1 0