September 2022 - openstack-discuss

[kolla-ansible] How to recover from unfinished upgrade
by wodel youchi 05 Oct '22

05 Oct '22

Hi, I am testing the upgrade from xena to yoga and I made a mistake in globals.yml, I forgot to specify the correct name of gnocchi ceph pool, so my deployment went wrong. I interrupted the deployment Ctrl+C I corrected the mistake, then I restarted the upgrade and it got stuck somewhere else, but I couldn't find where, I interrupted then restarted the deployment again and it got stuck at the same place. My questions : - Is there a way to rollback the upgrade in case of a problem, then start over? - What is the best way to restart a broken upgrade process? Regards.

2 2

[TripleO] TripleO Antelope PTG Topics
by Rabi Mishra 04 Oct '22

04 Oct '22

Hi All, Please add your session proposals to this etherpad[1]. We'll reserve time allocation based on proposed topics and work out a schedule in the coming weeks. [1] https://etherpad.opendev.org/p/tripleo-antelope-topics -- Regards, Rabi Mishra

2 4

[neutron] PTG topics and scheduling
by Rodolfo Alonso Hernandez 03 Oct '22

03 Oct '22

Hello all: Based on the schedule polls results, I've booked the Neutron meetings from Tuesday to Thursday in Mitaka channel [1], from 13UTC to 16UTC. Of course, if that is not enough, we can always use Friday to continue any pending conversation. The operator hour (actually 2), will be on Friday (pending for reservation), from 13UTC to 15UTC. Please continue adding any topic you want to discuss in the Neutron etherpad [2]. There is a specific section for the Nova-Neutron cross-team meeting. If you have any doubt or question, do not hesitate to let me know (IRC: ralonsoh, mail: ralonsoh(a)redhat.com) You can also ping any core reviewer in #openstack-neutron channel. See you in a few weeks! [1]https://ptg.opendev.org/ptg.html [2]https://etherpad.opendev.org/p/neutron-antelope-ptg

3 3

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

30 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 29. Most of the meeting discussions are summarized in this email. Meeting logs are available @ https://meetings.opendev.org/meetings/tc/2022/tc.2022-09-29-15.00.log.html * Next TC weekly meeting will be a video call on Oct 6 Thursday at 15:00 UTC, feel free to add the topic on the agenda[1] by Oct 5. 2. What we completed this week: ========================= * Goal proposal of 'Migrating CI/CD testing from Ubuntu 20.04 to 22.04' is merged [2] * 2023.1 cycle leaderless projects: PTL appointment done for below projects: ** Adjutant[3] ** Keystone[4] ** Masakari[5] ** OpenStack_Charms[6] ** Sahara[7 ** Senlin[8] ** Swift[9] ** Venus[10] 3. Activities In progress: ================== TC Tracker for Zed cycle ------------------------------ * Zed tracker etherpad includes the TC working items[11], Five are completed and other items are in-progress. Open Reviews ----------------- * Five open reviews for ongoing activities[12]. Dedicating Zed release to Ilya Etingof -------------------------------------------- As you might know, there is sad news of Ilya Etingof (Ironic contributor) passed away on Aug 10[13] and we will be dedicating the Zed release to Ilya[14] New community-wide goal "Migration CI/CD to Ubuntu 22.04" -------------------------------------------------------------------------------------- The goal proposal is merged[15]. Dmitriy will propose this goal to be selected for 2023.1 cycle. 2023.1 cycle Leaderless projects & TC Chair ---------------------------------------------------- * PTL appointments for 8 projects are done. Zun project PTL appointment is under review[16]. * TC Chair: TC members are in the progress to select the chair for the next term. 2023.1 cycle TC PTG planning ------------------------------------ * JayF sent the ICS invite of TC PTG slots on ML[17] * Etherpads to add the topics: ** 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[18] 2021 User Survey TC Question Analysis ----------------------------------------------- No update on this. The survey summary is up for review[19]. Feel free to check and provide feedback. Fixing Zuul config error ---------------------------- We discussed the Zuul config error for zuul 'queue' syntex[20]. Also added it in the zuul config error etherpad[21 ]. Requesting projects have zuul config errors in their jobs to look into those and fix them asap. As most of the errors occur while project renaming/retiring, I am adding a separate step about it in the project rename/retiring process[22]. 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[23]. 2. Weekly meeting: The Technical Committee conduct a weekly meeting every Thursday 15 UTC [24] 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/+/858690 [3] https://review.opendev.org/c/openstack/governance/+/858967 [4] https://review.opendev.org/c/openstack/governance/+/858969 [5] https://review.opendev.org/c/openstack/governance/+/858974 [6] https://review.opendev.org/c/openstack/governance/+/858973 [7] https://review.opendev.org/c/openstack/governance/+/858975 [8] https://review.opendev.org/c/openstack/governance/+/858976 [9] https://review.opendev.org/c/openstack/governance/+/858978 [10] https://review.opendev.org/c/openstack/governance/+/858979 [11] https://etherpad.opendev.org/p/tc-zed-tracker [12] https://review.opendev.org/q/projects:openstack/governance+status:open [13] https://lists.openstack.org/pipermail/openstack-discuss/2022-August/030062.… [14] https://review.opendev.org/c/openstack/governance/+/859464 [15] https://review.opendev.org/c/openstack/governance/+/858690 [16] https://review.opendev.org/c/openstack/governance/+/858980 [17] https://lists.openstack.org/pipermail/openstack-discuss/2022-September/0306… [18] https://lists.openstack.org/pipermail/openstack-discuss/2022-September/0303… [19] https://review.opendev.org/c/openstack/governance/+/836888 [20] https://lists.openstack.org/pipermail/openstack-discuss/2022-September/0305… [21] https://etherpad.opendev.org/p/zuul-config-error-openstack [22] https://review.opendev.org/c/openstack/project-team-guide/+/859886 [23] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-discuss [24] http://eavesdrop.openstack.org/#Technical_Committee_Meeting -gmann

1 0

[Diversity] Diversity and Inclusion WG meeting reminder
by Amy Marrich 30 Sep '22

30 Sep '22

The D&I WG will be meeting Monday at 15:00 UTC. The meeting will be held on video at https://meetpad.opendev.org/osf-diversity-and-inclusion and the agenda can be found at https://etherpad.openstack.org/p/diversity -wg-agenda. Thanks, Amy (spotz)

1 0

[release] Release countdown for week R+0, Oct 3 - 7
by Előd Illés 30 Sep '22

30 Sep '22

Development Focus ----------------- We will be releasing the coordinated OpenStack Zed release next week, on October 5th, 2022. Thanks to everyone involved in the Zed cycle! We are now in pre-release freeze, so no new deliverable will be created until final release, unless a release-critical regression is spotted. Otherwise, teams attending the virtual PTG should start to plan what they will be discussing there, by creating and filling team etherpads. You can access the list of PTG etherpads at: http://ptg.openstack.org/etherpads.html General Information ------------------- On release day, the release team will produce final versions of deliverables following the cycle-with-rc release model, by re-tagging the commit used for the last RC. A patch doing just that will be proposed. PTLs and release liaisons should watch for that final release patch from the release team. While not required, we would appreciate having an ack from each team before we approve it on the 5th, so that their approval is included in the metadata that goes onto the signed tag. Upcoming Deadlines & Dates -------------------------- Final Zed release: October 5th, 2022 Virtual PTG: October 17-21, 2022 Előd Illés irc: elodilles

1 0

TLS error when cloning https://opendev.org/openstack/devstack
by Neil Jerram 30 Sep '22

30 Sep '22

Anyone else seeing this? neil@glaurung:~/tt$ git clone https://opendev.org/openstack/devstack Cloning into 'devstack'... remote: Enumerating objects: 28589, done. remote: Counting objects: 100% (28589/28589), done. remote: Compressing objects: 100% (9638/9638), done. error: RPC failed; curl 56 GnuTLS recv error (-9): Error decoding the received TLS packet. fatal: early EOF fatal: fetch-pack: invalid index-pack output Best wishes, Neil -- Neil Jerram Principal Software Engineer Tigera neil(a)tigera.io | @neiljerram <http://twitter.com/neiljerram> Follow Tigera: Blog <https://blog.tigera.io/> | Twitter <https://twitter.com/tigeraio> | LinkedIn <https://www.linkedin.com/company/tigera/> Security and observability for containers, Kubernetes, and cloud <https://tigera.io/>

5 14

Oracle Linux 6 VM volume performance
by Quang Long 30 Sep '22

30 Sep '22

Hi Openstack-users, I am having a problem with I/O performance on VM running Oracle Linux 6, I/O throughput on VM Oracle Linux 6 is much lower than VM using another OS (Ubuntu, CentOS). - VM Oracle Linux 6: throughput 40 MBps https://prnt.sc/buKscX_qEtcF - Other VM: throughput 113 MBps https://prnt.sc/IRhBUPrGgLOy - Test tool: dd bs=1M count=1024 if=/dev/zero of=test conv=fdatasync; rm -f test My Enviroment: - Openstack: Ussuri - Ceph: Octopus 15.2.8 - Compute: CentOS8_x86_64, kernel: 4.18.0-240.15.1.el8_3.x86_64 - KVM: qemu-kvm-5.2.0-16.el8.x86_64 - VM Oracle linux6: kernel-uek-4.1.12-124.42.3.el6uek.x86_64 I think because the kernel of Oracle Linux 6 is too old, maybe an older KVM version could support it, and now KVM does not optimize for this OS. Could you guy can help me with this? -- *Lê Quang Long* 0942.533.683 | 0977.116.502

2 2

Oracle Linux 6 VM disk performance
by Quang Long 30 Sep '22

30 Sep '22

Hi Openstack-users, I am having a problem with I/O performance on VM running Oracle Linux 6, I/O throughput on VM Oracle Linux 6 is much lower than VM using another OS (Ubuntu, CentOS). - VM Oracle Linux 6: throughput 40 MBps https://prnt.sc/buKscX_qEtcF - Other VM: throughput 113 MBps https://prnt.sc/IRhBUPrGgLOy - Test tool: dd bs=1M count=1024 if=/dev/zero of=test conv=fdatasync; rm -f test My Enviroment: - Openstack: Ussuri - Ceph: Octopus 15.2.8 - Compute: CentOS8_x86_64, kernel: 4.18.0-240.15.1.el8_3.x86_64 - KVM: qemu-kvm-5.2.0-16.el8.x86_64 - VM Oracle linux6: kernel-uek-4.1.12-124.42.3.el6uek.x86_64 I think because the kernel of Oracle Linux 6 is too old, maybe an older KVM version could support it, and now KVM does not optimize for this OS. Could you guy can help me with this? -- *Lê Quang Long* 0942.533.683 | 0977.116.502

1 0

Live Migration Issues
by Alexander Dibbo - STFC UKRI 30 Sep '22

30 Sep '22

Hi All, I'm having a few issues with live migration at the moment. This is an openstack train deployed with rdo packages. 1. when migrating some VMs the migration succeeds but the VM doesn't move and the following error can be found in the nova logs with nothing that seems to correspond in the neutron logs: 2022-09-30 11:04:04.069 716669 INFO nova.compute.manager [-] [instance: c10d1d9e-2baf-4ab5-ba3a-2f60f521aea6] Took 76.49 seconds for pre_live_migration on destination host hv548.nubes.rl. ac.uk. 2022-09-30 11:04:04.720 716669 ERROR nova.virt.libvirt.driver [-] [instance: c10d1d9e-2baf-4ab5-ba3a-2f60f521aea6] Live Migration failure: 'fa:ca:ad:1f:71:41' 2. When migrating some VMs the migration is marked as complete and the VM is moved from the source to the destination hypervisor but nova keeps the migrating state and doesn't update the host or the node fields. The following error is found in nova with no corresponding error that I can find in neutron. The config is the same across all hypervisors. 2022-09-13 10:37:23.709 12387 ERROR nova.network.neutronv2.api [req-ee51a8b4-911c-4f92-860b-9d6a7a24c786 27be800439c244c1bd742ff056cf700c 4de86830e89b4a46b590536571b6ccd4 - 38372510d9bb4ac7916178b062d387de 38372510d9bb4ac7916178b062d387de] Neutron client was not able to generate a valid admin token, please verify Neutron admin credential located in nova.conf: neutronclient.common.exceptions.Unauthorized: 401-{'error': {'message': 'The request you have made requires authentication.', 'code': 401, 'title': 'Unauthorized'}} 2022-09-13 10:37:23.845 12387 ERROR oslo_messaging.rpc.server [req-ee51a8b4-911c-4f92-860b-9d6a7a24c786 27be800439c244c1bd742ff056cf700c 4de86830e89b4a46b590536571b6ccd4 - 38372510d9bb4ac7916178b062d387de 38372510d9bb4ac7916178b062d387de] Exception during message handling: nova.exception.NeutronAdminCredentialConfigurationInvalid: Networking client is experiencing an unauthorized exception. Regards Alexander Dibbo - Cloud Architect / Cloud Operations Group Leader For STFC Cloud Documentation visit https://stfc-cloud-docs.readthedocs.io<https://stfc-cloud-docs.readthedocs.io/> To raise a support ticket with the cloud team please email cloud-support(a)stfc.ac.uk<mailto:cloud-support@stfc.ac.uk> To receive notifications about the service please subscribe to our mailing list at: https://www.jiscmail.ac.uk/cgi-bin/webadmin?A0=STFC-CLOUD To receive fast notifications or to discuss usage of the cloud please join our Slack: https://stfc-cloud.slack.com/ This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses.

1 0