July 2020 - openstack-discuss - lists.openstack.org

[kolla] Proposing Michał Nasiadka for kayobe-core
by Mark Goddard 05 Aug '20

05 Aug '20

Hi, I'd like to propose adding Michał Nasiadka to the kayobe-core group. Michał is a valued member of the Kolla core team, and has been providing some good patches and reviews for Kayobe too. Kayobians, please respond with +1/-1. Cheers, Mark

4 4

[Glance] Proposing Dan Smith for glance core
by Abhishek Kekane 03 Aug '20

03 Aug '20

Hi All, I'd like to propose adding Dan Smith to the glance core group. Dan Smith has contributed to stabilize image import workflow as well as multiple stores of glance. He is also contributing in tempest and nova to set up CI/tempest jobs around image import and multiple stores. Being involved on the mailing-list and IRC channels, Dan is always helpful to the community and here to help. Please respond with +1/-1 until 03rd August, 2020 1400 UTC. Cheers, Abhishek

5 5

[ironic] let's talk about grenade
by Iury Gregory 03 Aug '20

03 Aug '20

Hello everyone, I'm still on the fight to move our ironic-grenade-dsvm-multinode-multitenant to zuulv3 [1], you can find some of my findings on the etherpad [2] under `Move to Zuul v3 Jobs (Iurygregory)`. If you are interested in helping out we are going to schedule a meeting to discuss about this, please use the doodle in [3]. I will close the doodle on Wed July 29. Thanks! [1] https://review.opendev.org/705030 [2] https://etherpad.openstack.org/p/IronicWhiteBoard [3] https://doodle.com/poll/m69b5zwnsbgcysct -- *Att[]'sIury Gregory Melo Ferreira * *MSc in Computer Science at UFCG* *Part of the puppet-manager-core team in OpenStack* *Software Engineer at Red Hat Czech* *Social*: https://www.linkedin.com/in/iurygregory *E-mail: iurygregory(a)gmail.com <iurygregory(a)gmail.com>*

1 2

Re: [openstack-community] Octavia :; Unable to create load balancer
by Monika Samal 03 Aug '20

03 Aug '20

Hey Fabian, Can you please elaborate more about keystone settings, where in need to make changes etc.. I am new to openstack finding it difficult to resolve kind of atuck ________________________________ From: Fabian Zimmermann <dev.faz(a)gmail.com> Sent: Friday, July 31, 2020 1:22 AM To: Monika Samal <monika.samal(a)outlook.com> Cc: Michael Johnson <johnsomor(a)gmail.com>; Amy Marrich <amy(a)demarco.com>; openstack-discuss <openstack-discuss(a)lists.openstack.org>; community(a)lists.openstack.org <community(a)lists.openstack.org> Subject: Re: [openstack-community] Octavia :; Unable to create load balancer Hi, check your keystone auth settings. If i remember correctly there are two different sections to which require valid keystone settings. Fabian Monika Samal <monika.samal(a)outlook.com<mailto:monika.samal@outlook.com>> schrieb am Do., 30. Juli 2020, 21:43: Hello Michael and Amy, As suggested I checked and found below error on Octavia-api logs, but not sure how to resolve and proceed further with this. [cid:a29109eb-08ac-4f9a-92d4-2befba2cc90e] Regards, Moni ________________________________ From: Michael Johnson <johnsomor(a)gmail.com<mailto:johnsomor@gmail.com>> Sent: Thursday, July 30, 2020 9:41 PM To: Amy Marrich <amy(a)demarco.com<mailto:amy@demarco.com>> Cc: Monika Samal <monika.samal(a)outlook.com<mailto:monika.samal@outlook.com>>; openstack-discuss <openstack-discuss(a)lists.openstack.org<mailto:openstack-discuss@lists.openstack.org>>; community(a)lists.openstack.org<mailto:community@lists.openstack.org> <community(a)lists.openstack.org<mailto:community@lists.openstack.org>> Subject: Re: [openstack-community] Octavia :; Unable to create load balancer Thank you for forwarding this Amy. Hi Moni, Can you check the Octavia API process log and the horizon log files to see what is causing the "Internal Server Error"? This sounds like a configuration file problem as Amy mentioned. There should be log messages in one of those two locations that will point to the problem. Michael On Thu, Jul 30, 2020 at 6:10 AM Amy Marrich <amy(a)demarco.com<mailto:amy@demarco.com>> wrote: > > Adding the discuss list where you might get more help, but also double check your config file for any extra spaces or typos. > > Thanks, > > Amy (spotz) > > On Thu, Jul 30, 2020 at 6:30 AM Monika Samal <monika.samal(a)outlook.com<mailto:monika.samal@outlook.com>> wrote: >> >> Hello All, >> >> I have been following https://docs.openstack.org/kolla-ansible/latest/reference/networking/octavi… to deploy Octavia. I was successful in deployin Octavia but when I go to horizon dashboard and create loadbalancer am getting error "9876/v2.0/lbaas/loadbalancers, Internal Server Error". I have checked worker log at /var/log/kola-ansible/Octavia-worker.log and found oslo messaging was refusing connection I fixed it but still getting same error. Kindly help >> >> Regards, >> Moni >> _______________________________________________ >> Community mailing list >> Community(a)lists.openstack.org<mailto:Community@lists.openstack.org> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/community

3 8

[nova] If any spec freeze exception now?
by Rambo 03 Aug '20

03 Aug '20

Hi,all:         I have a spec which is support volume backed server rebuild[0].This spec was accepted in Stein, but some of the work did not finish, so repropose it for Victoria.And this spec is depend on the cinder reimage api [1], now the reimage api is almost all completed. So I sincerely wish this spec will approved in Victoria. If this spec is approved, I will achieve it at once. Ref: [0]:https://blueprints.launchpad.net/nova/+spec/volume-backed-server-rebuild [1]:https://blueprints.launchpad.net/cinder/+spec/add-volume-re-image-api Best Regards Rambo

3 2

Re: The Open Infrastructure Summit is Going Virtual!
by Thomas Goirand 31 Jul '20

31 Jul '20

On 7/23/20 6:30 PM, OpenStack Foundation wrote: > *STEP TWO* > *Submit your talks <https://t.e2ma.net/click/2ndfhc/6y85cs/q2gein>!* > The Call For > <https://t.e2ma.net/click/2ndfhc/6y85cs/6uhein>Presentations > <https://t.e2ma.net/click/2ndfhc/6y85cs/mniein>(CFP) deadline is August > 4 at 11:59pm PT, so start drafting your presentations and panels around > Open Infrastructure use cases like AI/Machine Learning, CI/CD, Container > Infrastructure, Edge Computing and of course, Public, Private and Hybrid > Clouds. I can't edit my BIO, as it says the email is invalid, however, I cannot edit it (the field is disabled). Who's in charge of cfp.openstack.org ? Cheers, Thomas Goirand (zigo)

2 7

[octavia] Proposing Ann Taraday and Gregory Thiemonge as Octavia core reviewers
by Michael Johnson 31 Jul '20

31 Jul '20

Hello Octavia community, I would like to propose Ann Taraday (ataraday_) and Gregory Thiemonge (gthiemonge) as core reviewers on the Octavia project. Both Ann and Gregory have made significant contributions to the Octavia code base and have provided quality code reviews. Over the last two release cycles Ann has lead the addition of Taskflow jobboard support to the amphora v2 driver. Gregory has worked on improving our tempest scenario test coverage and enhancing the Octavia OpenStack client plugin. I think that both would make excellent additions to the Octavia core reviewer team. Existing Octavia core reviewers, please reply to this email with your support or concerns with adding Ann and Gregory to the core team. Michael

2 2

Re: [octavia] Proposing Ann Taraday and Gregory Thiemonge as Octavia core reviewers
by German Eichberger 31 Jul '20

31 Jul '20

+1. Great to see some new people. Excellent work so far. Date: Thu, 30 Jul 2020 18:10:10 +0200 From: Carlos Goncalves <cgoncalves(a)redhat.com> To: Michael Johnson <johnsomor(a)gmail.com> Cc: openstack-discuss <OpenStack-discuss(a)lists.openstack.org> Subject: Re: [octavia] Proposing Ann Taraday and Gregory Thiemonge as Octavia core reviewers Message-ID: <CAM7b86j1wr0jfzxfcCjy-yNZZ5oA+iN0z_TPF1suUCmbDqwfPg(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" +1. Excellent contributions by both of them -- thank you! On Thu, Jul 30, 2020 at 6:07 PM Michael Johnson <johnsomor(a)gmail.com> wrote: > Hello Octavia community, > > I would like to propose Ann Taraday (ataraday_) and Gregory Thiemonge > (gthiemonge) as core reviewers on the Octavia project. > > Both Ann and Gregory have made significant contributions to the > Octavia code base and have provided quality code reviews. Over the > last two release cycles Ann has lead the addition of Taskflow jobboard > support to the amphora v2 driver. Gregory has worked on improving our > tempest scenario test coverage and enhancing the Octavia OpenStack > client plugin. > > I think that both would make excellent additions to the Octavia core > reviewer team. > > Existing Octavia core reviewers, please reply to this email with your > support or concerns with adding Ann and Gregory to the core team. > > Michael > >

2 1

[all][oslo] Announcing the retirement of devstack-plugin-zmq
by Ken Giusti 31 Jul '20

31 Jul '20

Hi all, The Oslo team is announcing the retirement of the devstack-plugin-zmq project [0]. This plugin was introduced as part of the testing infrastructure for a new transport driver based on the ZeroMQ protocol [1]. The ZeroMQ driver has long been removed from the Oslo.Messaging project repo. The Oslo team is unaware of any deployments making use of it. Patches to remove this project are forthcoming and will use the topic 'retire-devstack-plugin-zmq'. Thanks, [0] https://opendev.org/openstack/devstack-plugin-zmq [1] https://zeromq.org/ -- Ken Giusti (kgiusti(a)gmail.com)

1 0

[tripleo] TripleO CI Summary: Unified Sprint 30
by Rafael Folco 31 Jul '20

31 Jul '20

Greetings, The TripleO CI team has just completed **Unified Sprint 30** (July 09 thru July 29). The following is a summary of completed work during this sprint cycle [1]: - Continued building internal component and integration pipelines for rhos-17 and rhos-16.2. - Switched promoter tests to run on Python3 and adapted molecule scenarios to the new test sequence standard. - Merged QCOW2 promotions and the new configuration engine in the promoter code. - All patches for CentOS-7 -> CentOS-8 stable/train upstream migration are up and merging / under review - https://review.opendev.org/#/q/topic:c7-to-c8-train+(status:open+OR+status:… - CentOS8 component and integration pipelines are done. - Improved Tempest skip list is now in production - https://opendev.org/openstack/openstack-tempest-skiplist - Design improvements to the Tempest scenario manager. - https://etherpad.opendev.org/p/tempest-scenario-manager - Fixed Libvirt bug on CI Zuul reproducer. - Ruck/Rover recorded notes [2]. - Vexxhost jobs have been turned back on for 3rd party CI, mixed results thus far w/ infrastructure stability and quality - Container-pull issues this sprint. Thanks to Alex for debugging w/ the infra team to help resolve the issue https://bugs.launchpad.net/tripleo/+bug/1889122 https://review.opendev.org/#/c/743629/ The planned work for the next sprint extends the work started in the previous sprint and focuses on downstream OSP 16.2 pipeline and on the next-gen promoter changes. The Ruck and Rover for this sprint are Marios Andreou (marios), Chandan Kumar (raukadah). Please direct questions or queries to them regarding CI status or issues in #tripleo, ideally to whomever has the ‘|ruck’ suffix on their nick. Ruck/rover notes to be tracked in hackmd [3]. Thanks, rfolco [1] https://tree.taiga.io/project/tripleo-ci-board/taskboard/unified-sprint-30 [2] https://hackmd.io/6Bx0FXwlRNCc75l39NSKvg [3] https://hackmd.io/QnprH9-yRTi6uWlEfaahoQ -- Folco

1 0

[all][oslo] Announcing the retirement of devstack-plugin-pika
by Ken Giusti 31 Jul '20

31 Jul '20

Hi all, The Oslo team is announcing the retirement of the devstack-plugin-pika project [0]. This plugin was introduced as part of the testing infrastructure for a new transport driver based on the Pika client library for RabbitMQ. This driver was developed as an alternative to the existing Kombu based driver. Testing of the new driver failed to show a meaningful improvement over the existing Kombu driver so development was dropped. The Pika driver has long been removed from the Oslo.Messaging project repo. The Oslo team is unaware of any deployments making use of it. Patches to remove this project are forthcoming and will use the topic 'retire-devstack-plugin-pika'. Thanks, [0] https://opendev.org/openstack/devstack-plugin-pika [1] https://github.com/pika/pika -- Ken Giusti (kgiusti(a)gmail.com)

1 0

networking-l2gw
by liuzhenjie＠bonc.com.cn 30 Jul '20

30 Jul '20

您好：我现在想要使用l2gw这个服务。但是，我得环境是通过kolla-ansible部署的，这个服务在neutron-server的容器里起来后，在执行创建资源时报错如下：我得ovsdb server是一台安装了ovs的x86服务器。l2gw服务起来后发现neutron-server和该x86服务器没有建立ovsdb的连接。 ********* 积极主动、认真工作、快乐生活 ********** ***************************************** * 北京东方国信科技股份有限公司数据科学事业部-公有云研发中心 * 姓名：刘镇杰 * 座机：0108486-6996 * 手机：15689961523 * 邮箱：liuzhenjie(a)bonc.com.cn * 网址：http://www.bonc.com.cn * 地址：北京市朝阳区创达三路1号院1号楼东方国信大厦 ***************************************** 系统集成部提供可靠的IT基础设施建设、运维支撑保障服务，确保业务系统稳定、高效运行，降低安全生产风险。为提供便捷的集成服务支持、提升服务品质，从2018年9月1日起开通系统集成服务台作为统一服务入口。服务台邮箱：xtjc(a)bonc.com.cn 服务台门户：http://cloud.bonc.local

2 1

[cinder] new driver merge deadline has passed
by Brian Rosmaita 30 Jul '20

30 Jul '20

This is a notification that the Cinder new driver merge deadline for Victoria has passed [0]. At yesterday's Cinder team meeting, we discussed Walt's work on the ceph-iscsi driver [1], and the team came to a consensus that we will extend the deadline *for this driver only* into the R-9 week (cinder midcycle meeting 2 week), which will make the deadline for the ceph-iscsi driver Thursday 13 August 23:59 UTC. This is an extraordinary step, as traditionally Cinder has strictly enforced the new driver merge deadline. The reasons for this exception are: - this is a community driver - the check/gate jobs for this driver will be run from the cinder zuul configuration, not a third-party CI system, so the cinder team has full transparency into the working state of the CI system I want to emphasize again that this is an extraordinary event, and as such, should not be expected to set a precedent beyond the Victoria development cycle. And, of course, this deadline extension is not a guarantee that the driver will be included in the Victoria release. Thank you for your attention to this matter, brian [0] https://releases.openstack.org/victoria/schedule.html#v-cinder-driver-deadl… [1] https://review.opendev.org/#/q/(topic:ceph-iscsi-zuul+OR+topic:ceph-iscsi)+…

1 0

Looking for recommendation what OS to use for a minimal installation
by Eliezer Croitor 30 Jul '20

30 Jul '20

Hey Everybody, In the last month I have tried to install OpenStack minimal from the docs: https://docs.openstack.org/install-guide/openstack-services.html#minimal-dep loyment-for-train https://docs.openstack.org/install-guide/openstack-services.html#minimal-dep loyment-for-ussuri on CentOS 7 and CentOS 8. With the packages from CentOS I need to "patch" or "fix" the installed conf files of httpd and couple other files around. I have tried DevStack and PackStack before but I want to move to the next step. Any recommendation where to start? What OS to use? Etc. Thanks. Eliezer ---- Eliezer Croitoru Tech Support Mobile: +972-5-28704261 Email: <mailto:ngtech1ltd@gmail.com> ngtech1ltd(a)gmail.com

2 2

[tc] monthly meeting
by Mohammed Naser 30 Jul '20

30 Jul '20

Hi everyone, Our monthly TC meeting is scheduled for next Thursday, August 6th, at 1400 UTC. If you would like to add topics for discussion, please go to https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting and fill out your suggestions by Wednesday, August 5, at 1900 UTC. Thank you, Regards, -- Mohammed Naser VEXXHOST, Inc.

1 0

Re: [openstack-community] Octavia :; Unable to create load balancer
by Fabian Zimmermann 30 Jul '20

30 Jul '20

service_auth keystone_authtoken if i read the docs correctly. Maybe you can just paste your config (remove/change passwords) to paste.openstack.org and post the link? Fabian Fabian Zimmermann <dev.faz(a)gmail.com> schrieb am Do., 30. Juli 2020, 21:52: > Hi, > > check your keystone auth settings. > > If i remember correctly there are two different sections to which require > valid keystone settings. > > Fabian > > Monika Samal <monika.samal(a)outlook.com> schrieb am Do., 30. Juli 2020, > 21:43: > >> Hello Michael and Amy, >> >> As suggested I checked and found below error on Octavia-api logs, but not >> sure how to resolve and proceed further with this. >> >> >> Regards, >> Moni >> ------------------------------ >> *From:* Michael Johnson <johnsomor(a)gmail.com> >> *Sent:* Thursday, July 30, 2020 9:41 PM >> *To:* Amy Marrich <amy(a)demarco.com> >> *Cc:* Monika Samal <monika.samal(a)outlook.com>; openstack-discuss < >> openstack-discuss(a)lists.openstack.org>; community(a)lists.openstack.org < >> community(a)lists.openstack.org> >> *Subject:* Re: [openstack-community] Octavia :; Unable to create load >> balancer >> >> Thank you for forwarding this Amy. >> >> Hi Moni, >> >> Can you check the Octavia API process log and the horizon log files to >> see what is causing the "Internal Server Error"? >> >> This sounds like a configuration file problem as Amy mentioned. There >> should be log messages in one of those two locations that will point >> to the problem. >> >> Michael >> >> On Thu, Jul 30, 2020 at 6:10 AM Amy Marrich <amy(a)demarco.com> wrote: >> > >> > Adding the discuss list where you might get more help, but also double >> check your config file for any extra spaces or typos. >> > >> > Thanks, >> > >> > Amy (spotz) >> > >> > On Thu, Jul 30, 2020 at 6:30 AM Monika Samal <monika.samal(a)outlook.com> >> wrote: >> >> >> >> Hello All, >> >> >> >> I have been following >> https://docs.openstack.org/kolla-ansible/latest/reference/networking/octavi… >> to deploy Octavia. I was successful in deployin Octavia but when I go to >> horizon dashboard and create loadbalancer am getting error >> "9876/v2.0/lbaas/loadbalancers, Internal Server Error". I have checked >> worker log at /var/log/kola-ansible/Octavia-worker.log and found oslo >> messaging was refusing connection I fixed it but still getting same error. >> Kindly help >> >> >> >> Regards, >> >> Moni >> >> _______________________________________________ >> >> Community mailing list >> >> Community(a)lists.openstack.org >> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/community >> >

2 1

Re: [openstack-community] Octavia :; Unable to create load balancer
by Amy Marrich 30 Jul '20

30 Jul '20

Adding the discuss list where you might get more help, but also double check your config file for any extra spaces or typos. Thanks, Amy (spotz) On Thu, Jul 30, 2020 at 6:30 AM Monika Samal <monika.samal(a)outlook.com> wrote: > Hello All, > > I have been following > https://docs.openstack.org/kolla-ansible/latest/reference/networking/octavi… > to deploy *Octavia. *I was successful in deployin Octavia but when I go > to horizon dashboard and create loadbalancer am getting error *"9876/v2.0/lbaas/loadbalancers, > Internal Server Error". *I have checked worker log* at > /var/log/kola-ansible/Octavia-worker.log *and found oslo messaging was > refusing connection I fixed it but still getting same error. Kindly help > > Regards, > Moni > _______________________________________________ > Community mailing list > Community(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/community >

3 3

[manila] Please delete some branches
by Goutham Pacha Ravi 30 Jul '20

30 Jul '20

Hello, I'd like to request the deletion of some branches in manila that have now transitioned to EOL. These branches can be removed from openstack/manila, openstack/python-manilaclient and openstack/manila-ui: stable/pike stable/ocata I'd also like to request the deletion of "driverfixes" branches from the openstack/manila repository. These branches were created to host vendor fixes to branches that were no longer being tested; however, with our "extended maintenance" stance, we've effectively removed the need for these branches. These branches will no longer be maintained, and so they can be removed as well: driverfixes/mitaka driverfixes/newton driverfixes/ocata Thank you so much for your assistance! Goutham Pacha Ravi

2 3

[tripleo] manual about TripleO core reviewers
by Emilien Macchi 30 Jul '20

30 Jul '20

Hi people, I've started a documentation patch about our core reviewers. Core or not, please be involved in Gerrit directly. https://review.opendev.org/#/c/743999 Hopefully it'll help people to understand about expectations but also give a refresh to current cores. Note: this was inspired by https://wiki.openstack.org/wiki/Ironic/CoreTeam - Thanks a lot to the Ironic team! Thanks, -- Emilien Macchi

1 0

[neutron] Drivers meeting 31.07.2020 - agenda
by Slawek Kaplonski 30 Jul '20

30 Jul '20

Hi, For tomorrow’s drivers meeting we have couple of items to discuss. Full agenda is at https://wiki.openstack.org/wiki/Meetings/NeutronDrivers#Agenda but below is short summary also. RFEs: https://bugs.launchpad.net/neutron/+bug/1889431 - [RFE] Add local-ip-prefix to Neutron metering label rules https://bugs.launchpad.net/neutron/+bug/1880532 - [RFE]L3 Router should support ECMP This one was already discussed in the past but now we know it can be done (almost) without changes in existing API https://bugs.launchpad.net/neutron/+bug/1888487 - Change the default value of "propagate_uplink_status" to True We also have 2 items added by Rodolfo to the "On demand” section: • (ralonsoh) https://bugs.launchpad.net/neutron/+bug/1887523: a good proposal to improve the DB performance, that could be done in parallel to https://review.opendev.org/#/c/739139/ • (ralonsoh) https://bugs.launchpad.net/neutron/+bug/1888829: Improve core plugin extension filtering using the mechanism driver information (in other words: if loaded mech drivers do not support any ML2plugin extension, this extension will be gracefully removed). — Slawek Kaplonski Principal software engineer Red Hat

2 1

[ironic] ironic-python-agent failed to lookup node
by Xiaoyu Min 30 Jul '20

30 Jul '20

Hello Experts: I'm new to the openstack and trying to deploy one baremental node but it failed on "wait call-back" stage. I checked IPA log on deploy image and it reports the following error [1]. I aslo manually run the command [2] it gave me the same error "404". I used the devstack to depoly openstack (stable/ussuri). What's the possible problem? Any suggestion is appreciated. -Jack [1]: DEBUG ironic_python_agent.ironic_api_client [-] Looking up node with addresses 'e4:43:4b:93:4c:12,e4:43:4b:93:4c:10,0c:42:a1:56:b8:c5,e4:43:4b:93:4c:13,e4:43:4b:93:4c:11,0c:42:a1:56:b8:c4' and UUID None at http://10.75.205.241/baremetal _do_lookup /usr/lib/python3.6/site-packages/ironic_python_agent/ironic_api_client.py:163[00m ERROR ironic_python_agent.ironic_api_client [-] An error occurred while attempting to discover the available Ironic API versions, falling back to using version 1.31: json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0) ERROR ironic_python_agent.ironic_api_client Traceback (most recent call last): ERROR ironic_python_agent.ironic_api_client File "/usr/lib/python3.6/site-packages/ironic_python_agent/ironic_api_client.py", line 97, in _get_ironic_api_version ERROR ironic_python_agent.ironic_api_client data = jsonutils.loads(response.content) ERROR ironic_python_agent.ironic_api_client File "/usr/lib/python3.6/site-packages/oslo_serialization/jsonutils.py", line 248, in loads ERROR ironic_python_agent.ironic_api_client return json.loads(encodeutils.safe_decode(s, encoding), **kwargs) ERROR ironic_python_agent.ironic_api_client File "/usr/lib64/python3.6/json/__init__.py", line 354, in loads ERROR ironic_python_agent.ironic_api_client return _default_decoder.decode(s) ERROR ironic_python_agent.ironic_api_client File "/usr/lib64/python3.6/json/decoder.py", line 339, in decode ERROR ironic_python_agent.ironic_api_client obj, end = self.raw_decode(s, idx=_w(s, 0).end()) ERROR ironic_python_agent.ironic_api_client File "/usr/lib64/python3.6/json/decoder.py", line 357, in raw_decode ERROR ironic_python_agent.ironic_api_client raise JSONDecodeError("Expecting value", s, err.value) from None ERROR ironic_python_agent.ironic_api_client json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0) ERROR ironic_python_agent.ironic_api_client [00m WARNING ironic_python_agent.ironic_api_client [-] Failed looking up node with addresses 'e4:43:4b:93:4c:12,e4:43:4b:93:4c:10,0c:42:a1:56:b8:c5,e4:43:4b:93:4c:13,e4:43:4b:93:4c:11,0c:42:a1:56:b8:c4' at http://10.75.205.241/baremetal, status code: 404[00m]]] [2]: curl http://10.75.205.241/baremetal [...snip...] <title>404 Not Found</title>

1 0

[cinder] video + IRC meeting survey
by Brian Rosmaita 29 Jul '20

29 Jul '20

Today we had our first Cinder meeting held simultaneously in videoconference and on IRC. I have posted a quick survey to see if there's support for continuing this monthly experiment. (The next video + IRC meeting would be the last week of August.) https://rosmaita.wufoo.com/forms/r1twmaya13asv1c/ Please respond before 12:00 UTC on Tuesday, 4 August. thanks! brian

1 0

[tripleo] stable/train migration from CentOS-7 to CentOS-8
by Wesley Hayutin 29 Jul '20

29 Jul '20

Greetings, I wanted to give everyone a heads up that the migration of upstream stable/train jobs from CentOS-7 to CentOS-8 [1] is close. CentOS-7 stable/train will continue to be tested in our 3rd party periodic pipeline and builds of CentOS-7 stable/train will be qualified here [2] Please let me know if you have any questions. Thanks! [1] https://review.opendev.org/#/c/738375 [2] https://review.rdoproject.org/zuul/builds?pipeline=openstack-periodic-integ…

1 1

Neutron bandwidth metering based on remote address
by Jonas Schäfer 29 Jul '20

29 Jul '20

Dear list, We are trying to implement tenant bandwidth metering at the neutron router level. Since some of the network spaces connected to the external interface of the neutron router are supposed to be unmetered, we need to match on the remote address. Conveniently, there exists a --remote-ip-prefix option on meter label create; however, since [1], its meaning was changed to the exact opposite: Instead of matching on the *remote* prefix (towards the external interface), it matches on the *local* prefix (towards the OS tenant network). In an ideal world, we would want to revert that change and instead introduce a --local-ip-prefix option which covers that use-case. I suppose this is not a thing we *should* do though, given that this change made it into a few releases already. Instead, we’ll have to create a new option (which whatever name) + associated database schema + iptables rule patterns to implement the feature. The questions associated with this are now: - Does this make absolutely no sense to anyone? - What is the process for this? I suppose since this change was made intentionally and passed review, our desired change needs to go through a feature request process (blueprints maybe?). kind regards, Jonas Schäfer [1]: https://opendev.org/openstack/neutron/commit/ 92db1d4a2c49b1f675b6a9552a8cc5a417973b64 -- Jonas Schäfer DevOps Engineer Cloud&Heat Technologies GmbH Königsbrücker Straße 96 | 01099 Dresden +49 351 479 367 37 jonas.schaefer(a)cloudandheat.com | www.cloudandheat.com New Service: Managed Kubernetes designed for AI & ML https://managed-kubernetes.cloudandheat.com/ Commercial Register: District Court Dresden Register Number: HRB 30549 VAT ID No.: DE281093504 Managing Director: Nicolas Röhrs Authorized signatory: Dr. Marius Feldmann Authorized signatory: Kristina Rübenkamp

2 4

Re: privsep helper command exited non-zero (1) [openstack-dev][kuryr]
by Michał Dulko 29 Jul '20

29 Jul '20

> Hi Dulko > Thanks for your reply. > > My OS is Centos 7.6 + python 3.7 > Kuryr-daemon --version = 2.1.0 > > I run the kuryr-daemon as root. > I run the kuryr not as pods. > I will show you the conf of kuryr-daemon: > > Waiting for your reply. > > Thanks. > ========================================== <snip!> Please don't remove mailing list from the thread. Hm, I googled some older answer that maybe privsep-helper is not installed where kuryr-daemon is executed? In terms of Kuryr stuff that file has almost nothing set, so it isn't really giving much information, so - what's the Neutron plugin being used? Is the [kubernetes]pod_vif_driver just neutron-vif? I think for that to work you need to set [neutron_defaults]ovs_bridge for the daemon and [neutron_defaults]pod_subnet for controller. Can you enable debug for more logs from the error? On Wed, 2020-07-29 at 02:39 +0000, Niu,Lixin wrote: > > 在 2020/7/29 上午1:15，“Michał Dulko”<mdulko(a)redhat.com> 写入: > > On Tue, 2020-07-28 at 12:28 +0000, Niu,Lixin wrote: > > HI List > > When I run the kuryr, and launch the pods from k8s, I get some > > error like the title. > > Could you please help me to solve this problem? Please give > > some tips. Thanks a lot. > > > > 2020-07-28 16:35:22.084 27610 ERROR os_vif [-] Failed to plug vif VIFBridge(active=False,address=fa:16:3e:f2:ff:e6,bridge_name='qbradfc2b63-47',has_traffic_filtering=True,id=adfc2b63-471e-4fc6-b7be-72af56ee1f27,network=Network(652fdbae-281d-4475-b883-dcfecb821cbd),plugin='ovs',port_profile=VIFPortProfileOpenVSwitch,preserve_on_delete=False,vif_name='tapadfc2b63-47'): oslo_privsep.daemon.FailedToDropPrivileges: privsep helper command exited non-zero (1) > > > > Hi, > > This seems pretty vague, but my first bet would be that kuryr-daemon is > not running as root? What's the exact configuration you use - i.e. > Neutron plugin, Kuryr binding plugin (nested vs neutron), are you > running Kuryr services as pods? > > Thanks, > Michał > > >

1 0