- openstack-discuss - lists.openstack.org

[nova]tempest-integrated-compute-centos-9-stream is broken since yesterday
by Balazs Gibizer 18 Jun '22

18 Jun '22

Hi, Please hold you rechecks as $subject is 100% fail on master with error: libvirt.libvirtError: internal error: unable to execute QEMU command 'netdev_add': File descriptor named '(null)' has not been found Cheers, gibi [1]https://zuul.opendev.org/t/openstack/builds?job_name=tempest-integrated-c… [2]https://bugs.launchpad.net/nova/+bug/1979047

2 2

Devstack Installation Fails with Internal Server Error (HTTP 500)
by KK CHN 18 Jun '22

18 Jun '22

List, I am trying Devstack installation on a Virtual Machine to try TROVE DbaaS. All the time ./stack.sh command stops with the same error message at this particular point + functions:_upload_image:121 : openstack --os-cloud=devstack-admin --os-region-name=RegionOne image create cirros-0.5.2-x86_64-disk --public --container-format bare --disk-format qcow2 --property hw_rng_model=virtio Internal Server Error (HTTP 500) I have ./unstack.sh && ./clean.sh and re run ./stack.sh multiple time but no progress. Here always the script exit with error . Screenshot attached (using "stack" user created by the devstack/tool/ stack user script) my local.conf file as follows here 10.184.48.187 is my VMs IP Any hints to rectify this error most welcome!! ############################################################ [[local|localrc]] RECLONE=False HOST_IP=10.184.48.187 enable_plugin trove https://opendev.org/openstack/trove enable_plugin trove-dashboard https://opendev.org/openstack/trove-dashboard LIBS_FROM_GIT+=,python-troveclient DATABASE_PASSWORD=password ADMIN_PASSWORD=password SERVICE_PASSWORD=password SERVICE_TOKEN=password RABBIT_PASSWORD=password LOGFILE=$DEST/logs/stack.sh.log VERBOSE=True LOG_COLOR=False LOGDAYS=1 IPV4_ADDRS_SAFE_TO_USE=10.111.0.0/26 FIXED_RANGE=10.111.0.0/26 NETWORK_GATEWAY=10.111.0.1 FLOATING_RANGE=10.184.48.0/24 PUBLIC_NETWORK_GATEWAY=10.184.48.1 #pre requisites ENABLED_SERVICES=rabbit,mysql,key #nova enable_service horizon enable_service n-api enable_service n-cpu enable_service n-cond enable_service n-sch enable_service n-api-meta enable_service placement-api enable_service placement-client #Glance enable_service g-api enable_service g-reg #Cinder enable_service cinder enable_service c-api enable_service c-vol enable_service c-sch #Neutron enable_service q-svc enable_service q-agt enable_service q-dhcp enable_service q-l3 enable_service q-meta #enable DVR Q_AGENT=openvswitch Q_DVR_MODE=legacy Q_ML2_PLUGIN_MECHANISM_DRIVERS=openvswitch Q_ML2_TENANT_NETWORK_TYPE=vxlan Q_PLUGIN=ml2 #SWIFT ENABLED_SERVICES+=,swift SWIFT_HASH=66a3d6b56c1f479c8b4e70ab5c2000f5 SWIFT_REPLICAS=1 stack@XenaCtrl1:/home/cloud/trove_devstack/devstack$ #################################################################

8 19

[nova] nova-live-migraton and nova-grenade-multinode is in bad shape on master
by Balazs Gibizer 18 Jun '22

18 Jun '22

Hi, Since yesterday we started seeing both $subject jobs to fail with [1]. [1]https://bugs.launchpad.net/tempest/+bug/1979052

2 2

[all][tc] What's happening in Technical Committee: summary 17 June 2022: Reading: 5 min
by Ghanshyam Mann 18 Jun '22

18 Jun '22

Hello Everyone, Here is this week's summary of the Technical Committee activities. 1. TC Meetings: ============ * We had this week's meeting on 16 June. Most of the meeting discussions are summarized in this email. Meeting full logs are available @https://meetings.opendev.org/meetings/tc/2022/tc.2022-06-16-15.00.log.html * Next TC weekly meeting will be on 23 June Thursday at 15:00 UTC, feel free to add the topic on the agenda[1] by 22 June. 2. What we completed this week: ========================= * The TC presented the "OpenStack Updates" to the Board of Directors meeting in Berlin. Due to COVID and no in-person board meeting, OpenStack community and Board did not have any interaction for 2.5 years. As Board meet in-person in Berlin summit, The TC presented the "OpenStack Updates" to them which is much appreciated by the Board. Along with updates, OpenStack's current challenges are acknowledged and discussed especially operator+develoepr less interaction, fewer contributors, and less diversity in contribution. You can see the slides here[2]. 3. Activities In progress: ================== TC Tracker for Zed cycle ------------------------------ * Zed tracker etherpad includes the TC working items[3], many items are in-progress. Open Reviews ----------------- * Four open reviews for ongoing activities[4]. New release cadence "SLURP" open items -------------------------------------------------- 1. release notes strategy: Brian is working on this[5] and has some ideas on automating the releasenotes process which is under testing[5]. This work is required by m-3 of the 2023.1 release so we have time but he mentioned to do it well before that. Improve project governance --------------------------------- Slawek updated the framework proposal as per review comments and is under review[6]. New ELK service dashboard: e-r service ----------------------------------------------- No update this week. Consistent and Secure Default RBAC ------------------------------------------- We have operators feedback[7] and we will be discussing it in policy popup meeting on Tuesday 21 June[8] Please note that operator feedback is very important for us to proceed on 'scope' in SRBAC. If you are operator or know anyone around you, we request you to provide feedback. 2021 User Survey TC Question Analysis ----------------------------------------------- No update on this. The survey summary is up for review[9]. Feel free to check and provide feedback. Zed cycle Leaderless projects ---------------------------------- No updates on this. Only Adjutant project is leaderless/maintainer-less. We will check Adjutant's the situation again on ML and hope Braden will be ready with their company side permission[10]. Fixing Zuul config error ---------------------------- Requesting projects with zuul config error to look into those and fix them which should not take much time[11][12]. 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[13]. 2. Weekly meeting: The Technical Committee conduct a weekly meeting every Thursday 15 UTC [14] 3. Ping us using 'tc-members' nickname on #openstack-tc IRC channel. [1] https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting [2] https://docs.google.com/presentation/d/1yCiZy_9A6hURXD0BRdr33OlK7Ugch5EgSvF… [3] https://etherpad.opendev.org/p/tc-zed-tracker [4] https://review.opendev.org/q/projects:openstack/governance+status:open [5] https://review.opendev.org/c/openstack/project-team-guide/+/843457 [6] https://review.opendev.org/c/openstack/governance/+/839880 [7] http://lists.openstack.org/pipermail/openstack-discuss/2022-June/029098.html [8] https://wiki.openstack.org/wiki/Consistent_and_Secure_Default_Policies_Popu… [9] https://review.opendev.org/c/openstack/governance/+/836888 [10] http://lists.openstack.org/pipermail/openstack-discuss/2022-March/027626.ht… [11] https://etherpad.opendev.org/p/zuul-config-error-openstack [12] http://lists.openstack.org/pipermail/openstack-discuss/2022-May/028603.html [13] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss [14] http://eavesdrop.openstack.org/#Technical_Committee_Meeting -gmann

1 0

nova evacuate
by Parsa Aminian 17 Jun '22

17 Jun '22

Hi On kolla ansible with ceph wallaby version ,evacuating instances from failed compute to another compute is associated with the no valid host error .The command that was executed for this case is as follows: nova host-evacuate --target_host TARGET_HOST FAILED_HOST The interesting thing is that this is done successfully from the horizon if the Shared Storage option is selected . how can I solve this issue ?

1 0

[neutron] Drivers meeting agenda - 17.06.2022.
by Lajos Katona 17 Jun '22

17 Jun '22

Hi Neutron Drivers, The agenda for tomorrow's drivers meeting is at [1]. [RFE] Improve performance of bulk port create/delete with networking-generic-switch (#linkhttps:// bugs.launchpad.net/neutron/+bug/1976270) [1] https://wiki.openstack.org/wiki/Meetings/NeutronDrivers#Agenda See you at the meeting tomorrow. Lajos Katona (lajoskatona)

2 2

Re: Devstack Installation Fails with Internal Server Error (HTTP 500)
by Dan Smith 17 Jun '22

17 Jun '22

> With this ^ I realized that restarting g-api might not have been a > good indicator of anything resolving because in this example the > plugin load failure occurs while checking quota for an inbound > request. I'm not sure whether services load the dbcounter passively > when they start or if it's only when database accesses are initiated. I would have though it would be when the enginefacade is created, which I suspect happens at load time. However, perhaps the plugin bit doesn't occur until the first connection is made, where it needs to use the URL. Not sure. In nova, that would happen at startup time too, but probably not glance. > I also don't understand how or why one project can't load the plugin > but the rest can. And I wonder whether it's a coincidence that it was > glance in the two examples we have so far. Yeah, your confirmation that we've loaded it multiple times before rules out the ordering thing (as I expected) but maybe it rules back in it being something specific to glance. Maybe we should ping zzzeek to look. --Dan

1 0

[cinder] festival of XS reviews 17th June 2022
by Rajat Dhasmana 17 Jun '22

17 Jun '22

Hello Argonauts, We will be having our monthly festival of XS reviews today i.e. 17th June (Friday) from 1400-1600 UTC. Following are some additional details: Date: 17th June, 2022 Time: 1400-1600 UTC Meeting link: https://meetpad.opendev.org/cinder-festival-of-reviews etherpad: https://etherpad.opendev.org/p/cinder-festival-of-reviews Thanks and regards Rajat Dhasmana

1 0

Re: Devstack Installation Fails with Internal Server Error (HTTP 500)
by melanie witt 17 Jun '22

17 Jun '22

I had tried to send this earlier with devstack output attached without thinking about the large size of the text. Sorry :( On Thu Jun 16 2022 16:56:21 GMT-0700 (Pacific Daylight Time), Dan Smith <dms(a)danplanet.com> wrote: >> It looks like copies of this may be getting repeatedly concatenated >> into the plugin variable: >> >> https://opendev.org/openstack/devstack/src/commit/44d07f300150f7297773a2150… > > I don't think that's actually happening. If it was, restarting glance > wouldn't help (as Melanie indicated) and it also should never really > work. I was thinking that was more likely an artifact of the error > message or something. Looking at the config files, they seem right. For > example: > > https://zuul.opendev.org/t/openstack/build/ff5a7a6fc87840579b102b244f28200f… I didn't notice this before but before things error with glance, other projects had no problem loading the dbcounter plugin, keystone-manage: > +lib/keystone:init_keystone:484 /usr/local/bin/keystone-manage --config-file /etc/keystone/keystone.conf db_sync > INFO dbcounter [-] Registered counter for database keystone > DEBUG oslo_db.sqlalchemy.engines [-] MySQL server mode set to STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_ENGINE_SUBSTITUTION {{(pid=371448) _check_effective_sql_mode /usr/local/lib/python3.8/dist-packages/oslo_db/sqlalchemy/engines.py:314}} > DEBUG dbcounter [-] [371448] Writer thread running {{(pid=371448) stat_writer /usr/local/lib/python3.8/dist-packages/dbcounter.py:99}} Yet glance fails to load it during two separate glance-manage calls: > +lib/glance:init_glance:489 /usr/local/bin/glance-manage --config-file /etc/glance/glance-api.conf db_sync > CRITICAL glance [-] Unhandled error: sqlalchemy.exc.NoSuchModuleError: Can't load plugin: sqlalchemy.plugins:dbcounterplugin=dbcounterplugin=dbcounter [...] > +lib/glance:init_glance:492 /usr/local/bin/glance-manage --config-file /etc/glance/glance-api.conf db_load_metadefs > CRITICAL glance [-] Unhandled error: sqlalchemy.exc.NoSuchModuleError: Can't load plugin: sqlalchemy.plugins:dbcounterplugin=dbcounterplugin=dbcounter Then cinder-manage loads it fine: > +lib/cinder:init_cinder:440 /usr/local/bin/cinder-manage --config-file /etc/cinder/cinder.conf db sync > INFO dbcounter [-] Registered counter for database cinder > DEBUG oslo_db.sqlalchemy.engines [-] MySQL server mode set to STRICT_TRANS_TABLES,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,TRADITIONAL,NO_ENGINE_SUBSTITUTION {{(pid=391785) _check_effective_sql_mode /usr/local/lib/python3.8/dist-packages/oslo_db/sqlalchemy/engines.py:314}} > DEBUG dbcounter [-] [391785] Writer thread running {{(pid=391785) stat_writer /usr/local/lib/python3.8/dist-packages/dbcounter.py:99}} Then nova-manage: > +lib/nova:init_nova:843 /usr/local/bin/nova-manage --config-file /etc/nova/nova.conf api_db sync > Modules with known eventlet monkey patching issues were imported prior to eventlet monkey patching: urllib3. This warning can usually be ignored if the caller is only importing and not executing nova code. > INFO dbcounter [-] Registered counter for database nova_api > DEBUG dbcounter [-] [394510] Writer thread running {{(pid=394510) stat_writer /usr/local/lib/python3.8/dist-packages/dbcounter.py:99}} [...] > INFO dbcounter [-] Registered counter for database nova_cell0 > DEBUG dbcounter [-] [394520] Writer thread running {{(pid=394520) stat_writer /usr/local/lib/python3.8/dist-packages/dbcounter.py:99}} [...] > INFO dbcounter [-] Registered counter for database nova_cell1 > DEBUG dbcounter [-] [394531] Writer thread running {{(pid=394531) stat_writer /usr/local/lib/python3.8/dist-packages/dbcounter.py:99}} Finally glance fails to load the plugin in the g-api service when an image upload is requested: > +functions:_upload_image:121 openstack --os-cloud=devstack-admin --os-region-name=RegionOne image create cirros-0.5.2-x86_64-disk --public --container-format bare --disk-format qcow2 --property hw_rng_model=virtio > /usr/lib/python3/dist-packages/secretstorage/dhcrypto.py:15: CryptographyDeprecationWarning: int_from_bytes is deprecated, use int.from_bytes instead > from cryptography.utils import int_from_bytes > /usr/lib/python3/dist-packages/secretstorage/util.py:19: CryptographyDeprecationWarning: int_from_bytes is deprecated, use int.from_bytes instead > from cryptography.utils import int_from_bytes > HttpException: 500: Server Error for url: http://192.168.42.11/image/v2/images, The server has either erred or is incapable of performing the requested operation.: 500 Internal Server Error With this ^ I realized that restarting g-api might not have been a good indicator of anything resolving because in this example the plugin load failure occurs while checking quota for an inbound request. I'm not sure whether services load the dbcounter passively when they start or if it's only when database accesses are initiated. I also don't understand how or why one project can't load the plugin but the rest can. And I wonder whether it's a coincidence that it was glance in the two examples we have so far. -melwitt

2 1

[all][tc][policy] RBAC discussion policy pop-up meeting on Tuesday 21 June (biweekly meeting)
by Ghanshyam Mann 17 Jun '22

17 Jun '22

Hello Everyone, As discussed in the last meeting, we were waiting for the operator feedback from various places including ops meetup in Berlin[1]. We have a good amount of feedback and I have summarized those in our central feedback etherpad. If you have any feedback from your customer, feel free to add it to the ethrpad before our next meeting on 21 June. - https://etherpad.opendev.org/p/rbac-operator-feedback#L45 We will discuss the feedback and decide on the next step in our next policy popup meeting on Tuesday 21 June 2022 14:00 UTC. We will have this meeting biweekly, I am also attaching the .ics file in this email. Meeting Details: - Joining Info: https://wiki.openstack.org/wiki/Consistent_and_Secure_Default_Policies_Popu… - Agenda: https://etherpad.opendev.org/p/rbac-zed-ptg#L97 [1] http://lists.openstack.org/pipermail/openstack-discuss/2022-June/028878.html -gmann

1 0