August 2020 - openstack-discuss - lists.openstack.org

[neutron] bug deputy report August 3 - 9
by Miguel Lavalle 11 Aug '20

11 Aug '20

Critical ====== https://bugs.launchpad.net/neutron/+bug/1890445 [ovn] Tempest test test_update_router_admin_state failing very often. NEEDS OWNER https://bugs.launchpad.net/neutron/+bug/1890493 Periodic job neutron-ovn-tempest-ovs-master-fedora is failing 100% of times. SEEMS TO NEED AN OWNER High ==== https://bugs.launchpad.net/neutron/+bug/1890269 Fullstack test neutron.tests.fullstack.test_logging.TestLogging is failing on Ubuntu Focal. Proposed fix: https://review.opendev.org/#/c/734304/ https://bugs.launchpad.net/neutron/+bug/1890297 CI grenade jobs failing. Proposed fix: https://review.opendev.org/#/c/744753/1. Fix released https://bugs.launchpad.net/neutron/+bug/1890400 Default gateway in HA router namespace not set if using Keepalived 1.x. Awaiting patch from Slawek https://bugs.launchpad.net/neutron/+bug/1890353 support pyroute2 0.5.13. Awaiting patch from Rodolfo https://bugs.launchpad.net/neutron/+bug/1890432 Create subnet is failing under high load with OVN. WIP fix: https://review.opendev.org/#/c/745330/ Medium ====== https://bugs.launchpad.net/neutron/+bug/1890539 failed to create port with security group of other tenant. Proposed fix: https://review.opendev.org/#/c/745089

1 0

Re: [Openstack-mentoring] Neutron subnet with DHCP relay - continued
by Amy Marrich 11 Aug '20

11 Aug '20

Hey Tom, Adding the OpenStack discuss list as I think you got several replies from there as well. Thanks, Amy (spotz) On Mon, Jul 13, 2020 at 5:37 PM Thomas King <thomas.king(a)gmail.com> wrote: > Good day, > > I'm bringing up a thread from June about DHCP relay with neutron networks > in Ironic, specifically using unicast relay. The Triple-O docs do not have > the plain config/neutron config to show how a regular Ironic setup would > use DHCP relay. > > The Neutron segments docs state that I must have a unique physical network > name. If my Ironic controller has a single provisioning network with a > single physical network name, doesn't this prevent my use of multiple > segments? > > Further, the segments docs state this: "The operator must ensure that > every compute host that is supposed to participate in a router provider > network has direct connectivity to one of its segments." (section 3 at > https://docs.openstack.org/neutron/pike/admin/config-routed-networks.html#p… - > current docs state the same thing) > This defeats the purpose of using DHCP relay, though, where the Ironic > controller does *not* have direct connectivity to the remote segment. > > Here is a rough drawing - what is wrong with my thinking here? > Remote server: 10.146.30.32/27 VLAN 2116<-----> Router with DHCP relay > <------> Ironic controller, provisioning network: 10.146.29.192/26 VLAN > 2115 > > Thank you, > Tom King > _______________________________________________ > openstack-mentoring mailing list > openstack-mentoring(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-mentoring >

3 12

[tripleo][ansible] the current action plugins use patterns are suboptimal?
by Bogdan Dobrelya 10 Aug '20

10 Aug '20

There is a trend of writing action plugins, see [0], for simple things, like just calling a module in a loop. I'm not sure that is the direction TripleO should go. If ansible is inefficient in this sort of tasks without custom python code written, we should fix ansible. Otherwise, what is the ultimate goal of that trend? Is that having only action plugins in roles and playbooks? Please kindly asking the community to stop that, make a step back and reiterate with the taken approach. Thank you. [0] https://review.opendev.org/716108 -- Best regards, Bogdan Dobrelya, Irc #bogdando

5 7

[all] Virtual PTG October 2020 Dates & Registration
by Kendall Nelson 10 Aug '20

10 Aug '20

Hello Everyone! I'm sure you all have been anxiously awaiting the announcement of the dates for the next virtual PTG! After polling the community[1] and balancing the pros and cons, we have decided the PTG will take place the week after the Open Infrastructure Summit[2][3] from October 26th to October 30th, 2020. PTG registration is now open[4]. Like last time, it is free, but we will again be using it to communicate details about the event (schedules, passwords, etc), so please register! Later this week we will send out info about signing up teams. Also, the same as last time, we will have an ethercalc signup and a survey to gather some other data about your team. -the Kendalls (diablo_rojo & wendallkaters) [1] ML Poll for PTG Dates: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016098.html [2] Summit Site: https://www.openstack.org/summit/2020/ [3] Summit Registration: https://openinfrasummit2020.eventbrite.com [4] PTG Registration: https://october2020ptg.eventbrite.com

1 0

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

10 Aug '20

Seems like the flavor is missing or empty '' - check for typos and enable debug. Check if the nova req contains valid information/flavor. Fabian Monika Samal <monika.samal(a)outlook.com> schrieb am Mo., 3. Aug. 2020, 15:46: > It's registered > > Get Outlook for Android <https://aka.ms/ghei36> > ------------------------------ > *From:* Fabian Zimmermann <dev.faz(a)gmail.com> > *Sent:* Monday, August 3, 2020 7:08:21 PM > *To:* Monika Samal <monika.samal(a)outlook.com>; openstack-discuss < > openstack-discuss(a)lists.openstack.org> > *Subject:* Re: [openstack-community] Octavia :; Unable to create load > balancer > > Did you check the (nova) flavor you use in octavia. > > Fabian > > Monika Samal <monika.samal(a)outlook.com> schrieb am Mo., 3. Aug. 2020, > 10:53: > > After Michael suggestion I was able to create load balancer but there is > error in status. > > > > PFB the error link: > > http://paste.openstack.org/show/meNZCeuOlFkfjj189noN/ > ------------------------------ > *From:* Monika Samal <monika.samal(a)outlook.com> > *Sent:* Monday, August 3, 2020 2:08 PM > *To:* Michael Johnson <johnsomor(a)gmail.com> > *Cc:* Fabian Zimmermann <dev.faz(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 > > Thanks a ton Michael for helping me out > ------------------------------ > *From:* Michael Johnson <johnsomor(a)gmail.com> > *Sent:* Friday, July 31, 2020 3:57 AM > *To:* Monika Samal <monika.samal(a)outlook.com> > *Cc:* Fabian Zimmermann <dev.faz(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 > > Just to close the loop on this, the octavia.conf file had > "project_name = admin" instead of "project_name = service" in the > [service_auth] section. This was causing the keystone errors when > Octavia was communicating with neutron. > > I don't know if that is a bug in kolla-ansible or was just a local > configuration issue. > > Michael > > On Thu, Jul 30, 2020 at 1:39 PM Monika Samal <monika.samal(a)outlook.com> > wrote: > > > > Hello Fabian,, > > > > http://paste.openstack.org/show/QxKv2Ai697qulp9UWTjY/ > > > > Regards, > > Monika > > ________________________________ > > From: Fabian Zimmermann <dev.faz(a)gmail.com> > > Sent: Friday, July 31, 2020 1:57 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, > > > > just to debug, could you replace the auth_type password with v3password? > > > > And do a curl against your :5000 and :35357 urls and paste the output. > > > > Fabian > > > > Monika Samal <monika.samal(a)outlook.com> schrieb am Do., 30. Juli 2020, > 22:15: > > > > Hello Fabian, > > > > http://paste.openstack.org/show/796477/ > > > > Thanks, > > Monika > > ________________________________ > > From: Fabian Zimmermann <dev.faz(a)gmail.com> > > Sent: Friday, July 31, 2020 1:38 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 > > > > The sections should be > > > > 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 > >

5 16

[puppet][congress] Retiring puppet-congress
by Takashi Kajinami 10 Aug '20

10 Aug '20

Hello, As you know, Congress project has been retired already[1], so we will retire its puppet module, puppet-congress in openstack puppet project as well. [1] http://lists.openstack.org/pipermail/openstack-discuss/2020-April/014292.ht… Because congress was directly retired instead of getting migrated to x namespace, we'll follow the same way about puppet-congress retirement and won't create x/puppet-congress. Thank you for the contribution made for the project ! Please let us know if you have any concerns about this retirement. Thank you, Takashi Kajinami

2 1

[openstack-community] Keystone and DBNonExistent Errors
by Divya K Konoor 10 Aug '20

10 Aug '20

Hi, I am using OpenStack Keystone Stein and run into the below error often where Keystone public process(listening to 5000) is running inside Apache httpd runs into the below. This problem is resolved with a restart of httpd service. Has anyone run into a similar issue ? This is seen soon after httpd is restarted and does not happen all the time. My environment has MariaDB backend. This problem is not limited to the assignment table and is seen across all other tables in Keystone. MariaDB service is functional and all the tables are in place. [Fri Aug 07 08:20:59.936087 2020] [:info] [pid 1420287] mod_wsgi (pid=1420287, process='keystone-public', application=''): Loading WSGI script '/usr/bin/keystone-wsgi-public'. [Fri Aug 07 08:20:59.936089 2020] [:info] [pid 1420288] mod_wsgi (pid=1420288, process='keystone-admin', application=''): Loading WSGI script '/usr/bin/keystone-wsgi-admin'. [Fri Aug 07 08:20:59.943431 2020] [ssl:info] [pid 1420290] [client 1.2.3.95:35762] AH01964: Connection to child 1 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:00.009317 2020] [ssl:info] [pid 1420291] [client 1.2.3.113:60132] AH01964: Connection to child 2 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:01.243594 2020] [ssl:info] [pid 1420289] [client 1.2.3.50:53996] AH01964: Connection to child 0 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:01.386329 2020] [ssl:info] [pid 1420293] [client x.x.x.x:38645] AH01964: Connection to child 4 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:01.824041 2020] [ssl:info] [pid 1420349] [client 1.2.3.101:42974] AH01964: Connection to child 5 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:02.949166 2020] [ssl:info] [pid 1420378] [client 1.2.3.50:54014] AH01964: Connection to child 9 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:02.949172 2020] [ssl:info] [pid 1420379] [client 1.2.3.80:46924] AH01964: Connection to child 10 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:03.286057 2020] [:info] [pid 1420287] mod_wsgi (pid=1420287): Create interpreter '1.2.3.50:5000|'. [Fri Aug 07 08:21:03.287286 2020] [:info] [pid 1420287] [remote 1.2.3.95:156] mod_wsgi (pid=1420287, process='keystone-public', application='1.2.3.50:5000|'): Loading WSGI script '/usr/bin/keystone-wsgi-public'. [Fri Aug 07 08:21:04.675059 2020] [ssl:info] [pid 1420436] [client 1.2.3.50:54032] AH01964: Connection to child 12 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:04.705975 2020] [ssl:info] [pid 1420437] [client 1.2.3.107:59554] AH01964: Connection to child 13 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:06.960940 2020] [ssl:info] [pid 1420438] [client 1.2.3.80:46970] AH01964: Connection to child 14 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:07.661670 2020] [ssl:info] [pid 1420349] [client 1.2.3.50:54124] AH01964: Connection to child 5 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:07.683383 2020] [ssl:info] [pid 1420292] [client x.x.x.x:30065] AH01964: Connection to child 3 established (server 1.2.3.50:5000) [Fri Aug 07 08:21:08.442956 2020] [:error] [pid 1420287] [remote x.x.x.x:144] mod_wsgi (pid=1420287): Exception occurred processing WSGI script '/usr/bin/keystone-wsgi-public'. [Fri Aug 07 08:21:08.443002 2020] [:error] [pid 1420287] [remote x.x.x.x:144] Traceback (most recent call last): [Fri Aug 07 08:21:08.443017 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/flask/app.py", line 2309, in __call__ [Fri Aug 07 08:21:08.443509 2020] [:error] [pid 1420287] [remote x.x.x.x:144] return self.wsgi_app(environ, start_response) [Fri Aug 07 08:21:08.443525 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/werkzeug/contrib/fixers.py", line 152, in __call__ [Fri Aug 07 08:21:08.443630 2020] [:error] [pid 1420287] [remote x.x.x.x:144] return self.app(environ, start_response) [Fri Aug 07 08:21:08.443644 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/webob/dec.py", line 129, in __call__ [Fri Aug 07 08:21:08.443746 2020] [:error] [pid 1420287] [remote x.x.x.x:144] resp = self.call_func(req, *args, **kw) [Fri Aug 07 08:21:08.443756 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/webob/dec.py", line 193, in call_func [Fri Aug 07 08:21:08.443773 2020] [:error] [pid 1420287] [remote x.x.x.x:144] return self.func(req, *args, **kwargs) [Fri Aug 07 08:21:08.443781 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/oslo_middleware/base.py", line 131, in __call__ [Fri Aug 07 08:21:08.443844 2020] [:error] [pid 1420287] [remote x.x.x.x:144] response = req.get_response(self.application) .. ... .... .. [Fri Aug 07 08:21:08.450055 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/dogpile/cache/region.py", line 1216, in creator [Fri Aug 07 08:21:08.450071 2020] [:error] [pid 1420287] [remote x.x.x.x:144] return fn(*arg, **kw) [Fri Aug 07 08:21:08.450080 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/keystone/assignment/core.py", line 128, in get_roles_for_user_and_project [Fri Aug 07 08:21:08.450975 2020] [:error] [pid 1420287] [remote x.x.x.x:144] user_id=user_id, project_id=project_id, effective=True) [Fri Aug 07 08:21:08.450985 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/keystone/common/manager.py", line 116, in wrapped [Fri Aug 07 08:21:08.451001 2020] [:error] [pid 1420287] [remote x.x.x.x:144] __ret_val = __f(*args, **kwargs) [Fri Aug 07 08:21:08.451009 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/keystone/assignment/core.py", line 999, in list_role_assignments [Fri Aug 07 08:21:08.451025 2020] [:error] [pid 1420287] [remote x.x.x.x:144] strip_domain_roles) [Fri Aug 07 08:21:08.451033 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/keystone/assignment/core.py", line 845, in _list_effective_role_assignments [Fri Aug 07 08:21:08.451049 2020] [:error] [pid 1420287] [remote x.x.x.x:144] domain_id=domain_id, inherited=inherited) [Fri Aug 07 08:21:08.451057 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/keystone/assignment/core.py", line 780, in list_role_assignments_for_actor [Fri Aug 07 08:21:08.451072 2020] [:error] [pid 1420287] [remote x.x.x.x:144] group_ids=group_ids, inherited_to_projects=False) [Fri Aug 07 08:21:08.451081 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib/python2.7/site-packages/keystone/assignment/backends/sql.py", line 248, in list_role_assignments [Fri Aug 07 08:21:08.451599 2020] [:error] [pid 1420287] [remote x.x.x.x:144] return [denormalize_role(ref) for ref in query.all()] [Fri Aug 07 08:21:08.451609 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/orm/query.py", line 2925, in all [Fri Aug 07 08:21:08.451632 2020] [:error] [pid 1420287] [remote x.x.x.x:144] return list(self) [Fri Aug 07 08:21:08.451641 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/orm/query.py", line 3081, in __iter__ [Fri Aug 07 08:21:08.451656 2020] [:error] [pid 1420287] [remote x.x.x.x:144] return self._execute_and_instances(context) [Fri Aug 07 08:21:08.451665 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/orm/query.py", line 3106, in _execute_and_instances [Fri Aug 07 08:21:08.451683 2020] [:error] [pid 1420287] [remote x.x.x.x:144] result = conn.execute(querycontext.statement, self._params) [Fri Aug 07 08:21:08.451691 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/engine/base.py", line 980, in execute [Fri Aug 07 08:21:08.451711 2020] [:error] [pid 1420287] [remote x.x.x.x:144] return meth(self, multiparams, params) [Fri Aug 07 08:21:08.451720 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/sql/elements.py", line 273, in _execute_on_connection [Fri Aug 07 08:21:08.451736 2020] [:error] [pid 1420287] [remote x.x.x.x:144] return connection._execute_clauseelement(self, multiparams, params) [Fri Aug 07 08:21:08.451745 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/engine/base.py", line 1099, in _execute_clauseelement [Fri Aug 07 08:21:08.451762 2020] [:error] [pid 1420287] [remote x.x.x.x:144] distilled_params, [Fri Aug 07 08:21:08.451771 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/engine/base.py", line 1240, in _execute_context [Fri Aug 07 08:21:08.451786 2020] [:error] [pid 1420287] [remote x.x.x.x:144] e, statement, parameters, cursor, context [Fri Aug 07 08:21:08.451795 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/engine/base.py", line 1456, in _handle_dbapi_exception [Fri Aug 07 08:21:08.451810 2020] [:error] [pid 1420287] [remote x.x.x.x:144] util.raise_from_cause(newraise, exc_info) [Fri Aug 07 08:21:08.451818 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/util/compat.py", line 296, in raise_from_cause [Fri Aug 07 08:21:08.451834 2020] [:error] [pid 1420287] [remote x.x.x.x:144] reraise(type(exception), exception, tb=exc_tb, cause=cause) [Fri Aug 07 08:21:08.451843 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/engine/base.py", line 1236, in _execute_context [Fri Aug 07 08:21:08.451858 2020] [:error] [pid 1420287] [remote x.x.x.x:144] cursor, statement, parameters, context [Fri Aug 07 08:21:08.451866 2020] [:error] [pid 1420287] [remote x.x.x.x:144] File "/usr/lib64/python2.7/site-packages/sqlalchemy/engine/default.py", line 536, in do_execute [Fri Aug 07 08:21:08.451882 2020] [:error] [pid 1420287] [remote x.x.x.x:144] cursor.execute(statement, parameters) [Fri Aug 07 08:21:08.451923 2020] [:error] [pid 1420287] [remote x.x.x.x:144] DBNonExistentTable: (sqlite3.OperationalError) no such table: assignment [SQL: u'SELECT assignment.type AS assignment_type, assignment.actor_id AS assignment_actor_id, assignment.target_id AS assignment_target_id, assignment.role_id AS assignment_role_id, assignment.inherited AS assignment_inherited \\nFROM assignment \\nWHERE assignment.actor_id IN (?) AND assignment.target_id IN (?) AND assignment.type IN (?) AND assignment.inherited = 0'] [parameters: ('15c2fe91e053af57a997c568c117c908d59c138f996bdc19ae97e9f16df12345', '12345978536e45ab8a279e2b0fa4f947', 'UserProject')] (Background on this error at: http://sqlalche.me/e/e3q8) Regards, Divya

1 0

[ironic][tripleo][ussuri] Problem with bare metal provisioning and old RAID controllers
by Marco Marino 10 Aug '20

10 Aug '20

Hi, I'm trying to install openstack Ussuri on Centos 8 hardware using tripleo. I'm using a relatively old hardware (dell PowerEdge R620) with old RAID controllers, deprecated in RHEL8/Centos8. Here is some basic information: # lspci | grep -i raid 00:1f.2 RAID bus controller: Intel Corporation C600/X79 series chipset SATA RAID Controller (rev 05) 02:00.0 RAID bus controller: Broadcom / LSI MegaRAID SAS 2008 [Falcon] (rev 03) I'm able to manually install centos 8 using DUD driver from here -> https://elrepo.org/linux/dud/el8/x86_64/dd-megaraid_sas-07.710.50.00-1.el8_… (basically I add inst.dd and I use an usb pendrive with iso). Is there a way to do bare metal provisioning using openstack on this kind of server? At the moment, when I launch "openstack overcloud node introspect --provide controller1" it doesn't recognize disks (local_gb = 0 in properties) and in inspector logs I see: Jun 22 11:12:42 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:42.261 1543 DEBUG root [-] Still waiting for the root device to appear, attempt 1 of 10 wait_for_disks /usr/lib/python3.6/site-packages/ironic_python_agent/hardware.py:652 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.299 1543 DEBUG oslo_concurrency.processutils [-] Running cmd (subprocess): udevadm settle execute /usr/lib/python3.6/site-packages/oslo_concurrency/processutils.py:372 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.357 1543 DEBUG oslo_concurrency.processutils [-] CMD "udevadm settle" returned: 0 in 0.058s execute /usr/lib/python3.6/site-packages/oslo_concurrency/processutils.py:409 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.392 1543 DEBUG ironic_lib.utils [-] Execution completed, command line is "udevadm settle" execute /usr/lib/python3.6/site-packages/ironic_lib/utils.py:101 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.426 1543 DEBUG ironic_lib.utils [-] Command stdout is: "" execute /usr/lib/python3.6/site-packages/ironic_lib/utils.py:103 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.460 1543 DEBUG ironic_lib.utils [-] Command stderr is: "" execute /usr/lib/python3.6/site-packages/ironic_lib/utils.py:104 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.496 1543 WARNING root [-] Path /dev/disk/by-path is inaccessible, /dev/disk/by-path/* version of block device name is unavailable Cause: [Errno 2] No such file or directory: '/dev/disk/by-path': FileNotFoundError: [Errno 2] No such file or directory: '/dev/disk/by-path' Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.549 1543 DEBUG oslo_concurrency.processutils [-] Running cmd (subprocess): lsblk -Pbia -oKNAME,MODEL,SIZE,ROTA,TYPE execute /usr/lib/python3.6/site-packages/oslo_concurrency/processutils.py:372 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.647 1543 DEBUG oslo_concurrency.processutils [-] CMD "lsblk -Pbia -oKNAME,MODEL,SIZE,ROTA,TYPE" returned: 0 in 0.097s execute /usr/lib/python3.6/site-packages/oslo_concurrency/processutils.py:409 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.683 1543 DEBUG ironic_lib.utils [-] Execution completed, command line is "lsblk -Pbia -oKNAME,MODEL,SIZE,ROTA,TYPE" execute /usr/lib/python3.6/site-packages/ironic_lib/utils.py:101 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.719 1543 DEBUG ironic_lib.utils [-] Command stdout is: "" execute /usr/lib/python3.6/site-packages/ironic_lib/utils.py:103 Jun 22 11:12:45 localhost.localdomain ironic-python-agent[1543]: 2018-06-22 11:12:45.755 1543 DEBUG ironic_lib.utils [-] Command stderr is: "" execute /usr/lib/python3.6/site-packages/ironic_lib/utils.py:104 Is there a way to solve the issue? For example, can I modify ramdisk and include DUD driver? I tried this guide: https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16… but I don't know how to include an ISO instead of an rpm packet as described in the example. Thank you, Marco

2 3

Openstack VMmachine internet connectivity issue
by Bhartendu 08 Aug '20

08 Aug '20

Hi All, I need help or any pointer to solve Openstack VM machine internet connectivity issue. I am successfully able to create VM machines on Openstack cloud. Facing following Openstack VM machine internet connectivity issues: 1) There is no internet connectivity from Openstack VM machine. 2) ping is successful till Openstack machine (192.168.0.166), but Gateway ip (192.168.0.1) not reachable from Openstack VM machine. 3) No website reachable from Openstack VM machine. Openstack is installed on Virtualbox VM machine (CentOS 8.2). Connectivity information: Internet<=====>Router(192.168.0.1)<=====>Oracle VM machine (CentOS 8.2; 192.168.0.166)<=====>Openstack VM Machine (192.168.0.174) Any help or trigger is much appreciated. ----------------------------------------------- Openstack VM Machine (192.168.0.174) Logs ----------------------------------------------- $ ip route default via 192.168.0.1 dev eth0 169.254.169.254 via 192.168.0.171 dev eth0 192.168.0.0/24 dev eth0 scope link src 192.168.0.174 $ ping 192.168.0.166 PING 192.168.0.166 (192.168.0.166): 56 data bytes 64 bytes from 192.168.0.166: seq=0 ttl=64 time=2.657 ms 64 bytes from 192.168.0.166: seq=1 ttl=64 time=1.196 ms 64 bytes from 192.168.0.166: seq=2 ttl=64 time=1.312 ms 64 bytes from 192.168.0.166: seq=3 ttl=64 time=0.875 ms 64 bytes from 192.168.0.166: seq=4 ttl=64 time=0.782 ms ^C --- 192.168.0.166 ping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss round-trip min/avg/max = 0.782/1.364/2.657 ms $ ping 192.168.0.1 PING 192.168.0.1 (192.168.0.1): 56 data bytes ^C --- 192.168.0.1 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss $ ping google.com ping: bad address 'google.com' $ $ sudo cat /etc/resolv.conf nameserver 192.168.0.1 nameserver 192.168.0.166 nameserver 8.8.8.8 $ $ ip route default via 192.168.0.1 dev eth0 169.254.169.254 via 192.168.0.171 dev eth0 192.168.0.0/24 dev eth0 scope link src 192.168.0.174 $ $ ifconfig eth0 Link encap:Ethernet HWaddr FA:16:3E:17:F2:F9 inet addr:192.168.0.174 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::f816:3eff:fe17:f2f9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:572 errors:0 dropped:0 overruns:0 frame:0 TX packets:571 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:51697 (50.4 KiB) TX bytes:46506 (45.4 KiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:35 errors:0 dropped:0 overruns:0 frame:0 TX packets:35 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3764 (3.6 KiB) TX bytes:3764 (3.6 KiB) $ ----------------------------------------------------- Oracle VM machine (CentOS 8.2; 192.168.0.166) Logs ----------------------------------------------------- [root@openstack ~]# ovs-vsctl show 6718c4ce-6a58-463c-95e4-20a34edbe041 Manager "ptcp:6640:127.0.0.1" is_connected: true Bridge br-int fail_mode: secure datapath_type: system Port br-int Interface br-int type: internal Port "tap50a66e3f-00" Interface "tap50a66e3f-00" Port "patch-br-int-to-provnet-27804412-47c0-497d-8f2e-8c0bf8b04df1" Interface "patch-br-int-to-provnet-27804412-47c0-497d-8f2e-8c0bf8b04df1" type: patch options: {peer="patch-provnet-27804412-47c0-497d-8f2e-8c0bf8b04df1-to-br-int"} Port "tap6ea42aaf-80" Interface "tap6ea42aaf-80" Port "tap743cdf36-c8" Interface "tap743cdf36-c8" Port "tap2a93518d-90" Interface "tap2a93518d-90" Bridge br-ex fail_mode: standalone Port "patch-provnet-27804412-47c0-497d-8f2e-8c0bf8b04df1-to-br-int" Interface "patch-provnet-27804412-47c0-497d-8f2e-8c0bf8b04df1-to-br-int" type: patch options: {peer="patch-br-int-to-provnet-27804412-47c0-497d-8f2e-8c0bf8b04df1"} Port br-ex Interface br-ex type: internal Port "enp0s3" Interface "enp0s3" ovs_version: "2.12.0" [root@openstack ~]# ip a s enp0s3 2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master ovs-system state UP group default qlen 1000 link/ether 08:00:27:cd:fc:4f brd ff:ff:ff:ff:ff:ff [root@openstack ~]# ip a s br-ex 13: br-ex: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000 link/ether 08:00:27:cd:fc:4f brd ff:ff:ff:ff:ff:ff inet 192.168.0.166/24 brd 192.168.0.255 scope global br-ex valid_lft forever preferred_lft forever inet6 fe80::f057:6bff:fe69:1f47/64 scope link valid_lft forever preferred_lft forever [root@openstack ~]# [root@openstack ~]# cat /etc/resolv.conf # Generated by NetworkManager search example.com nameserver 192.168.0.1 nameserver 8.8.8.8 [root@openstack ~]# [root@openstack ~]# ip route default via 192.168.0.1 dev br-ex 169.254.0.0/16 dev br-ex scope link metric 1013 192.168.0.0/24 dev br-ex proto kernel scope link src 192.168.0.166 [root@openstack ~]# [root@openstack ~]# ifconfig br-ex: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.166 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::f057:6bff:fe69:1f47 prefixlen 64 scopeid 0x20<link> ether 08:00:27:cd:fc:4f txqueuelen 1000 (Ethernet) RX packets 2781 bytes 505203 (493.3 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1441 bytes 159474 (155.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 ether 08:00:27:cd:fc:4f txqueuelen 1000 (Ethernet) RX packets 94856 bytes 111711956 (106.5 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 33859 bytes 15114156 (14.4 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 1741807 bytes 441610166 (421.1 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1741807 bytes 441610166 (421.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tap2a93518d-90: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::681d:e6ff:fe1d:963f prefixlen 64 scopeid 0x20<link> ether 6a:1d:e6:1d:96:3f txqueuelen 1000 (Ethernet) RX packets 55 bytes 6540 (6.3 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 2950 bytes 916693 (895.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tap50a66e3f-00: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1442 ether fe:16:3e:06:df:bf txqueuelen 1000 (Ethernet) RX packets 689 bytes 59074 (57.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 703 bytes 58933 (57.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tap6ea42aaf-80: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::745b:6aff:fe1c:d270 prefixlen 64 scopeid 0x20<link> ether 76:5b:6a:1c:d2:70 txqueuelen 1000 (Ethernet) RX packets 63 bytes 7332 (7.1 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 126 bytes 10692 (10.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tap743cdf36-c8: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 ether fe:16:3e:17:f2:f9 txqueuelen 1000 (Ethernet) RX packets 1005 bytes 91770 (89.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3555 bytes 902987 (881.8 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root@openstack ~]# Thanks & Regards

1 0

[TC] New Office Hour Plans
by Kendall Nelson 07 Aug '20

07 Aug '20

Hello! After taking a look at the poll results, Mohammed and I have two proposed plans for office hours: Plan A: Two office hours instead of three. This gives us slightly more coverage than one office hour without overextending ourselves to cover three office hours. Mohammed and I were thinking that one of the reasons why three office hours wasn't working was that it was kind of a big time commitment and TC members could easily rationalize not going to ones later in the week if they had already attended one earlier in the week. The two times that enable most TC members to attend at least one, if not both, would be Monday @14:00 UTC (TC members available: Belmiro, Rico, Kristi, Jay, Mohammed, myself, and Nate + non members) and Wednesday @ 15:00 UTC (TC members available: Rico, Kristi, Jay, Mohammed, myself, Ghanshyam, and Nate + non members). Plan B: Move to a single office hour on Wednesday @ 15:00 UTC (TC members available: Rico, Kristi, Jay, Mohammed, myself, Ghanshyam, and Nate + non members). Having only one office hour gives it more weight and importance and that should hopefully encourage more attendance from both community members and TC members alike. I guess Plan C is to go ahead with Plan A and then if we don't see activity during the Monday time slot, to reduce down to one office hour and go with Plan B. Please check out the patches Mohammed posted [1][2] and vote on what you'd prefer! -Kendall (diablo_rojo) [1] Dual Office Hour: https://review.opendev.org/#/c/745201/ [2] Single Office Hour: https://review.opendev.org/#/c/745200/

4 3