September 2020 - openstack-discuss

[neutron][ovn] N/S traffic that needs SNAT (without floating IPs) will always pass through the centralized gateway nodes
by Tony Liu 24 Sep '20

24 Sep '20

Hi, I read "N/S traffic that needs SNAT (without floating IPs) will always pass through the centralized gateway nodes," in [1]. Why is that? Is SNAT on each compute node not supported by OVN, or it's about ML2 driver or provisioning? [1] https://docs.openstack.org/networking-ovn/latest/admin/refarch/refarch.html Thanks! Tony

1 1

[neutron][ovn] enable_distributed_floating_ip
by Tony Liu 24 Sep '20

24 Sep '20

Hi, Could anyone elaborate what difference this option makes to Neutron OVN ML2 driver? I assume the driver will program OVN NB differently based on true or false? Any detail is appreciated. Thanks! Tony

1 0

[election][tc] TC Candidacy
by Ghanshyam Mann 24 Sep '20

24 Sep '20

Hello Everyone, I want to announce my candidacy for another term on the TC. First of all, thanks for giving me the opportunity as the technical committee in the previous terms. It's my 7th year in upstream developer activities and overall 9th year associated with OpenStack. I really enjoy my current role in the community. I've served as QA PTL for 2 years and currently a core developer in QA projects and Nova. Also, helping Tempest plugins for bug/Tempest compatible fixes and co-leader in the policy-popup team to make Openstack API policy more consistent and secure. With my QA, Nova, policy popup team role, I mainly target cross projects work as my TC responsibility; helping all projects team for the common work like Migrating the OpenStack CI/CD from Ubuntu Xenial to Bionic in Stein cycle and Ubuntu Bionic to Focal in Victoria, dropping python2.7 and, IPv6 deployment testing are the key activities in recent cycles. In my 3rd continuous cycle as community-wide goal champion, I tried my best to help in coding/investigation across many projects. I am actively involved in programs helping new contributors in OpenStack like a mentor in the Upstream Institute Training since Barcelona Summit (Oct 2016)[1] and an active member in FirstContact SIG [2]. It's always a great experience to introduce OpenStack upstream workflow to new contributors and encourage them to start contributing which is very much needed in OpenStack. TC direction has always been valuable and helps to keep the common standards in OpenStack. There is always room for improvement and so does in TC. I expect more involvement from the community and share what they expect from TC, and bring up discussions during TC office hours or meetings. In my next term, I would like to continue doing cross-project teams work for solving the common problem in OpenStack. In the next one or two-cycle, my main target is to make OpenStack API policy more consistent and secure as part of the policy popup team. Also, improving TC and team interaction. More interaction and involvement is the key to improve OpenStack. With the merging of UC into TC, it's a great opportunity to work together with the users/operators and collect valuable feedback to implement the required or priority things. Thank you for reading and considering my candidacy. Refernce: * Blogs: https://ghanshyammann.com * Review: http://stackalytics.com/?release=all&metric=marks&user_id=ghanshyammann&pro… * Commit: http://stackalytics.com/?release=all&metric=commits&user_id=ghanshyammann&p… * Foundation Profile: https://www.openstack.org/community/members/profile/6461 * IRC (Freenode): gmann [1] https://wiki.openstack.org/wiki/OpenStack_Upstream_Institute_Occasions https://wiki.openstack.org/wiki/OpenStack_Upstream_Institute [2] https://wiki.openstack.org/wiki/First_Contact_SIG - Ghanshyam Mann (gmann)

1 0

[ptl][release] RC1 Deadline Tomorrow
by Sean McGinnis 24 Sep '20

24 Sep '20

Hey everyone, Just a reminder that tomorrow, September 24, is the RC1 deadline for the Victoria cycle. If you have any cycle-based deliverables, there should have been a patch proposed earlier this week. If your project is ready, and if you've merged any final critical patches for Victoria, please +1 that patch so the release team knows it is safe to proceed. If you are working on any final patches, please update the release patch as soon as those merge to point to the commit hash for the tag and branch. After RC1 and the stable/victoria branch is created, any additional bugfixes will need to merge to the master branch first, then be backported to stable/victoria. Thanks, Sean

1 0

Community voting for the 2020 Open Infrastructure Summit Superuser Awards is now open!
by Ashlee Ferguson 24 Sep '20

24 Sep '20

Hi everyone, It’s time for the community to help determine the winner of the 2020 Open Infrastructure Summit <https://www.openstack.org/summit/2020/> Superuser Awards. The Superuser Editorial Advisory Board <https://superuser.openstack.org/about> will review the nominees and determine the finalists and overall winner after the community has had a chance to review and rate nominees. Now, it’s your turn. Review the nominees <https://superuser.openstack.org/articles/meet-the-2020-superuser-awards-nom…> and rate them <https://www.surveymonkey.com/r/Superuser2020> before the deadline September 28 at 11:59 p.m. PDT <http://www.thetimenow.com/worldclock.php>. Share your top pick for the Superuser Awards on Twitter <https://twitter.com/hashtag/OpenInfraSummit?src=hashtag_click>, Facebook <https://www.facebook.com/hashtag/openinfrasummit>, and LinkedIn <https://www.linkedin.com/feed/hashtag/?keywords=openinfrasummit> with #OpenInfraSummit! Cheers, Ashlee Ashlee Ferguson Community & Events Coordinator OpenStack Foundation

1 0

Trove images for Cluster testing.
by ARUNKUMAR PALANISAMY 23 Sep '20

23 Sep '20

Hello Team, My name is ARUNKUMAR PALANISAMY, As part of our project requirement, we are evaluating trove components and need your support for experimental datastore Image for testing cluster. (Redis, Cassandra, MongoDB, Couchbase) 1.) We are running devstack enviorment with Victoria Openstack release and with this image (trove-master-guest-ubuntu-bionic-dev.qcow2<https://tarballs.opendev.org/openstack/trove/images/trove-master-guest-ubun…>), we are able to deploy mysql instance and and getting below error while creating mongoDB instances. "ModuleNotFoundError: No module named 'trove.guestagent.datastore.experimental' " 2.) While tried creating mongoDB image with diskimage-builder<https://opendev.org/openstack/diskimage-builder> tool, but we are getting "Block device " element error. Regards, Arunkumar Palanisamy Cell: +49 172 6972490 =====-----=====-----===== Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you

2 4

Can't delete a vm
by Szabo, Istvan (Agoda) 23 Sep '20

23 Sep '20

Hello, I have vm which is stuck in the build phase: openstack server list --all-projects --long --limit -1 | grep 94ab55d3-3e39-48d3-a9b2-505838ceb6e7 | 94ab55d3-3e39-48d3-a9b2-505838ceb6e7 | hk-qaciapp-2020 | BUILD | scheduling | NOSTATE | | CentOS-7-x86_64-1511 (14.11.2017) | 2caaef01-e2f9-4e93-961a-c2b2d4a6be82 | QA_VLAN62 | None I've tried to delete with openstack server delete, nova delete force, restarted the nova services on all management nodes, restarted the nova compute service where it was originally spawned but still visible. I see in the database in couple of places either the id and either the hostname, like in instance mapping table, instances table, nova_cell0 database ... I have an idea how to delete, so I'd spawn just a vm and check which tables are created the entries, and I would go through all tables with the problematic one and delete 1 by 1 but this will takes me hours .... Any faster way you might suggest me please? Thank you ________________________________ This message is confidential and is for the sole use of the intended recipient(s). It may also be privileged or otherwise protected by copyright or other legal rules. If you have received it by mistake please let us know by reply email and delete it from your system. It is prohibited to copy this message or disclose its content to anyone. Any confidentiality or privilege is not waived or lost by any mistaken delivery or unauthorized disclosure of the message. All messages sent to and from Agoda may be monitored to ensure compliance with company policies, to protect the company's interests and to remove potential malware. Electronic messages may be intercepted, amended, lost or deleted, or contain viruses.

5 9

[election][nova] PTL Candidacy for Wallaby
by Balázs Gibizer 23 Sep '20

23 Sep '20

Hi, I would like to continue serving as a Nova PTL in the Wallaby cycle. In Victoria I helped keeping Nova alive and kicking: * The team merged 56% (9/16) of the blueprints we approved for Victoria. I think the renewed runway process helped making that achievement happen. * We was also managed to reduce Nova's non triaged bug backlog from more than 100 to less than 10. * We had a productive virtual PTG and the organization of the second PTG is already underway. I intend to continue what I have started. Cheers, gibi

1 0

[largescale-sig] Next meeting: September 23, 8utc
by Thierry Carrez 23 Sep '20

23 Sep '20

Hi everyone, Our next meeting will be a EU-APAC-friendly meeting, this Wednesday, September 23 at 8 UTC[1] in the #openstack-meeting-3 channel on IRC: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200923T08 Feel free to add topics to our agenda at: https://etherpad.openstack.org/p/large-scale-sig-meeting A reminder of the TODOs we had from last meeting, in case you have time to make progress on them: - all to describe briefly how you solved metrics/billing in your deployment in https://etherpad.openstack.org/p/large-scale-sig-documentation - ttx to look into a basic test framework for oslo.metrics - masahito to push latest patches to oslo.metrics - amorin to see if oslo.metrics could be tested at OVH - ttx to file Scaling Stories forum session, with amorin and someone from penick's team to help get it off the ground Talk to you all later, -- Thierry Carrez

1 1

[Kuryr] Stepping down as PTL
by Michał Dulko 23 Sep '20

23 Sep '20

Hi, Given that it's considered healthy to have rotation in the PTL role, after serving 2.5 cycle as Kuryr PTL, I won't be a candidating in Wallaby cycle. I'm not going anywhere and I will continue to work on Kuryr projects. Thanks, Michał

2 1

[kolla] Kolla klub meeting
by Mark Goddard 23 Sep '20

23 Sep '20

Hi, Tomorrow (Thursday) sees the return of the Kolla Klub! As usual, the meeting will be at 15:00 UTC. Lets kick off with the following topics: * Quick upstream update * Improving engagement with the community in non EU/US timezones * Operator feedback Look forward to seeing you there. https://docs.google.com/document/d/1EwQs2GXF-EvJZamEx9vQAOSDB5tCjsDCJyHQN5_… Thanks, Mark

1 0

[kolla] Ussuri -source images now use stable branches tarballs
by Michał Nasiadka 23 Sep '20

23 Sep '20

Hello, Since [1] was merged - Kolla source type images are using stable branch tarballs for OpenStack projects - compared to latest point releases - as previously. There are some projects though, that kolla-build uses point releases for those, the list can be found in version-check tool source [2]. Users that want to build source images using latest point releases - can run tools/version-check.py with --versioned-releases option (-v) - and it will adapt sources list accordingly. [1]: https://review.opendev.org/#/c/750297/ [2]: https://opendev.org/openstack/kolla/src/branch/master/tools/version-check.p… -- Michał Nasiadka mnasiadka(a)gmail.com

1 0

[storlets] Wallaby PTG planning
by Takashi Kajinami 23 Sep '20

23 Sep '20

Hello, After discussion in IRC I booked a slot for Storlets project in the Wallaby vPTG. I created a planning etherpad[1] so please put your name/nick if you are interested to join , and also put any topics you want to discuss there. [1] https://etherpad.opendev.org/p/storlets-ptg-wallaby Currently we have a slot from 13:00 UTC booked, but if we don't see attendance from EMEA/NA, we might reschedule it to "earlier" slots since current active cores are based in APAC. Please let me know if you have any questions. Thank you Takashi

1 1

[all][elections][ptl][tc] Combined PTL/TC Nominations Kickoff
by Jeremy Stanley 23 Sep '20

23 Sep '20

Nominations for OpenStack PTLs (Project Team Leads) and TC (Technical Committee) positions (4 positions) are now open and will remain open until Sep 29, 2020 23:45 UTC. All nominations must be submitted as a text file to the openstack/election repository as explained at https://governance.openstack.org/election/#how-to-submit-a-candidacy Please make sure to follow the candidacy file naming convention: candidates/wallaby/<Project_Name or "TC">/<email_address> (for example, "candidates/wallaby/TC/stacker(a)example.org"). The name of the file should match an email address for your current OpenStack Foundation Individual Membership. Take this opportunity to ensure that your OSF member profile contains current information: https://www.openstack.org/profile/ Any OpenStack Foundation Individual Member can propose their candidacy for an available, directly-elected seat on the Technical Committee. In order to be an eligible candidate for PTL you must be an OpenStack Foundation Individual Member. PTL candidates must also have contributed to the corresponding team during the Ussuri to Victoria timeframe, Sep 27, 2019 00:00 UTC - Sep 29, 2020 00:00 UTC. Your Gerrit account must also have a verified email address matching the one used in your candidacy filename. Both PTL and TC elections will be held from Oct 06, 2020 23:45 UTC through to Oct 13, 2020 23:45 UTC. The electorate for the TC election are the OpenStack Foundation Individual Members who have a code contribution to one of the official teams over the Ussuri to Victoria timeframe, Sep 27, 2019 00:00 UTC - Sep 29, 2020 00:00 UTC, as well as any Extra ATCs who are acknowledged by the TC. The electorate for a PTL election are the OpenStack Foundation Individual Members who have a code contribution over the Ussuri to Victoria timeframe, Sep 27, 2019 00:00 UTC - Sep 29, 2020 00:00 UTC, in a deliverable repository maintained by the team which the PTL would lead, as well as the Extra ATCs who are acknowledged by the TC for that specific team. The list of project teams can be found at https://governance.openstack.org/tc/reference/projects/ and their individual team pages include lists of corresponding Extra ATCs. Please find below the timeline: nomination starts @ Sep 22, 2020 23:45 UTC nomination ends @ Sep 29, 2020 23:45 UTC campaigning starts @ Sep 29, 2020 23:45 UTC campaigning ends @ Oct 06, 2020 23:45 UTC elections start @ Oct 06, 2020 23:45 UTC elections end @ Oct 13, 2020 23:45 UTC Shortly after election officials approve candidates, they will be listed on the https://governance.openstack.org/election/ page. The electorate is requested to confirm their email addresses in Gerrit prior to 2020-09-29 00:00:00+00:00, so that the emailed ballots are sent to the correct email address. This email address should match one which was provided in your foundation member profile as well. Gerrit account information and OSF member profiles can be updated at https://review.openstack.org/#/settings/contact and https://www.openstack.org/profile/ accordingly. If you have any questions please be sure to either ask them on the mailing list or to the elections officials: https://governance.openstack.org/election/#election-officials -- Jeremy Stanley on behalf of the OpenStack Technical Election Officials

1 0

[all][elections][tc] Stepping down from the TC
by Nate Johnston 22 Sep '20

22 Sep '20

All, I have decided not to run for reelection to the TC. Although I remain a part of the OpenStack community my responsibilities have shifted away from engineering, and I strongly believe that the TC should be composed of people who are actively creating or operating OpenStack on a daily basis. I am deeply appreciative for all of the support I have recieved from current and former TC members. I also want to take this chance to tell my story a bit, in hopes that it will encourage others to participate more with the TC. A year ago when I joined the TC I did not have a clear idea what to expect. I had observed a few TC meetings and brought one issue to the TC's attention, but since I did not have background on the workstreams in progress, there was a lot that I did not understand or could not contextualize. So what I did was observe, gathering an understanding of the issues and initiatives and raising my hand to participate when I felt like my efforts could make a difference. I was pleasantly surprised how many times I was able to raise my hand and work on things like community goals or proposals like distributed project leadership. The fact that I have not been around since the beginning - my first significant code contributions were merged in the Mitaka cycle - and I did not already know all the names and histories did not matter much. What mattered was a willingness to actively engage, to participate in thoughtful discernment, and when the opportunity presented itself to put in the work. I feel like I made a difference. And if you don't feel the calling to join the TC, that is fine too. Be a part of the process - join the meetings, discuss the issues that cut across projects, and have your voice heard. If you are a part of creting or using OpenStack then you are a part of the TC's constituency and the meetings are to serve you. You don't have to be a member of the TC to participate in the process. Thanks so much, Nate Johnston

7 6

Re: Ussuri CentOS 8 add mptsas driver to introspection initramfs
by Oliver Weinmann 22 Sep '20

22 Sep '20

Hi, thanks a lot. That did the trick. Now it loads the module automatically. I even added another driver and it works like a charm. :) Best Regards, Oliver Am 15. September 2020 um 0:19 schrieb Donny Davis <donny(a)fortnebula.com>: On Fri, Sep 11, 2020 at 3:25 PM Oliver Weinmann <oliver.weinmann(a)icloud.com> wrote: Hi, I already asked this question on serverfault. But I guess here is a better place. I have a very ancient hardware with a MPTSAS controller. I use this for TripleO deployment testing. With the release of Ussuri which is running CentOS8, I can no longer provision my overcloud nodes as the MPTSAS driver has been removed in CentOS8: https://www.reddit.com/r/CentOS/comments/d93unk/centos8_and_removal_mpt2sas… I managed to include the driver provided from ELrepo in the introspection image but It is not loaded automatically: All commands are run as user "stack". Extract the introspection image: cd ~ mkdir imagesnew cd imagesnew tar xvf ../ironic-python-agent.tar mkdir ~/ipa-tmp cd ~/ipa-tmp /usr/lib/dracut/skipcpio ~/imagesnew/ironic-python-agent.initramfs | zcat | cpio -ivd | pax -r Extract the contents of the mptsas driver rpm: rpm2cpio ~/kmod-mptsas-3.04.20-3.el8_2.elrepo.x86_64.rpm | pax -r Put the kernel module in the right places. To figure out where the module has to reside I installed the rpm on a already deployed node and used find to locate it. xz -c ./usr/lib/modules/4.18.0-193.el8.x86_64/extra/mptsas/mptsas.ko > ./usr/lib/modules/4.18.0-193.6.3.el8_2.x86_64/kernel/drivers/message/fusion/mptsas.ko.xz mkdir ./usr/lib/modules/4.18.0-193.6.3.el8_2.x86_64/weak-updates/mptsas sudo ln -sf /lib/modules/4.18.0-193.el8.x86_64/extra/mptsas/mptsas.ko lib/modules/4.18.0-193.6.3.el8_2.x86_64/weak-updates/mptsas.ko sudo chown root . -R find . 2>/dev/null | sudo cpio --quiet -c -o | gzip -8 > ~/images/ironic-python-agent.initramfs Upload the new image cd ~/images openstack overcloud image upload --update-existing --image-path /home/stack/images/ Now when I start the introspection and ssh into the host I see no disks: [root@localhost ~]# fdisk -l [root@localhost ~]# lsmod | grep mptsas Once i manually load the driver, I can see the disks: [root@localhost ~]# modprobe mptsas [root@localhost ~]# lsmod | grep mptsas mptsas 69632 0 mptscsih 45056 1 mptsas mptbase 98304 2 mptsas,mptscsih scsi_transport_sas 45056 1 mptsas [root@localhost ~]# fdisk -l Disk /dev/sda: 67.1 GiB, 71999422464 bytes, 140623872 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes But how can I make it so that it will automatically load on boot? Best Regards, Oliver I guess you could try using modules-load to load the module at boot. > sudo ln -sf /lib/modules/4.18.0-193.el8.x86_64/extra/mptsas/mptsas.ko lib/modules/4.18.0-193.6.3.el8_2.x86_64/weak-updates/mptsas.ko echo "mptsas" > ./etc/modules-load.d/mptsas.conf > sudo chown root . -R Also I would have a look see at these docs to build an image using ipa builder https://docs.openstack.org/ironic-python-agent-builder/latest/ -- ~/DonnyD C: 805 814 6800 "No mission too difficult. No sacrifice too great. Duty First"

1 0

Re: Ussuri CentOS 8 add mptsas driver to introspection initramfs
by Oliver Weinmann 22 Sep '20

22 Sep '20

Hi, thanks a lot. That did the trick. Now it loads the module automatically. I even added another driver and it works like a charm. :) Best Regards, Oliver Am 15. September 2020 um 0:19 schrieb Donny Davis <donny(a)fortnebula.com>: On Fri, Sep 11, 2020 at 3:25 PM Oliver Weinmann <oliver.weinmann(a)icloud.com> wrote: Hi, I already asked this question on serverfault. But I guess here is a better place. I have a very ancient hardware with a MPTSAS controller. I use this for TripleO deployment testing. With the release of Ussuri which is running CentOS8, I can no longer provision my overcloud nodes as the MPTSAS driver has been removed in CentOS8: https://www.reddit.com/r/CentOS/comments/d93unk/centos8_and_removal_mpt2sas… I managed to include the driver provided from ELrepo in the introspection image but It is not loaded automatically: All commands are run as user "stack". Extract the introspection image: cd ~ mkdir imagesnew cd imagesnew tar xvf ../ironic-python-agent.tar mkdir ~/ipa-tmp cd ~/ipa-tmp /usr/lib/dracut/skipcpio ~/imagesnew/ironic-python-agent.initramfs | zcat | cpio -ivd | pax -r Extract the contents of the mptsas driver rpm: rpm2cpio ~/kmod-mptsas-3.04.20-3.el8_2.elrepo.x86_64.rpm | pax -r Put the kernel module in the right places. To figure out where the module has to reside I installed the rpm on a already deployed node and used find to locate it. xz -c ./usr/lib/modules/4.18.0-193.el8.x86_64/extra/mptsas/mptsas.ko > ./usr/lib/modules/4.18.0-193.6.3.el8_2.x86_64/kernel/drivers/message/fusion/mptsas.ko.xz mkdir ./usr/lib/modules/4.18.0-193.6.3.el8_2.x86_64/weak-updates/mptsas sudo ln -sf /lib/modules/4.18.0-193.el8.x86_64/extra/mptsas/mptsas.ko lib/modules/4.18.0-193.6.3.el8_2.x86_64/weak-updates/mptsas.ko sudo chown root . -R find . 2>/dev/null | sudo cpio --quiet -c -o | gzip -8 > ~/images/ironic-python-agent.initramfs Upload the new image cd ~/images openstack overcloud image upload --update-existing --image-path /home/stack/images/ Now when I start the introspection and ssh into the host I see no disks: [root@localhost ~]# fdisk -l [root@localhost ~]# lsmod | grep mptsas Once i manually load the driver, I can see the disks: [root@localhost ~]# modprobe mptsas [root@localhost ~]# lsmod | grep mptsas mptsas 69632 0 mptscsih 45056 1 mptsas mptbase 98304 2 mptsas,mptscsih scsi_transport_sas 45056 1 mptsas [root@localhost ~]# fdisk -l Disk /dev/sda: 67.1 GiB, 71999422464 bytes, 140623872 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes But how can I make it so that it will automatically load on boot? Best Regards, Oliver I guess you could try using modules-load to load the module at boot. > sudo ln -sf /lib/modules/4.18.0-193.el8.x86_64/extra/mptsas/mptsas.ko lib/modules/4.18.0-193.6.3.el8_2.x86_64/weak-updates/mptsas.ko echo "mptsas" > ./etc/modules-load.d/mptsas.conf > sudo chown root . -R Also I would have a look see at these docs to build an image using ipa builder https://docs.openstack.org/ironic-python-agent-builder/latest/ -- ~/DonnyD C: 805 814 6800 "No mission too difficult. No sacrifice too great. Duty First"

1 0

[openstack][cinder] volume_copy_bps_limit
by Ignazio Cassano 22 Sep '20

22 Sep '20

Hello stackers, I am using cinder netapp nfs driver and I have vm performances problems during the backup of volumes. My backup tool make snapshots of volumes, then, on compute notes, it use virt-convert for creating a volume backup on another nfs backend using a different vlan. But during the virt-convert a lot of read are done on netapp and my virtual machines become very slow. I am asking if volume_copy_bps_limit can help me to mitigate. Please, anyone could help me ? Ignazio

2 2

[Neutron][QoS] Meeting cancelled today
by Rodolfo Alonso Hernandez 22 Sep '20

22 Sep '20

Hello: Due to the lack of agenda, the Neutron QoS meeting will be cancelled today (22/9/2020). Regards.

1 0

[manila][FFE] Request for "User messages panel"
by Victoria Martínez de la Cruz 22 Sep '20

22 Sep '20

Hi, I would like to ask for an FFE for the RFE "User messages panel" [0] This feature adds support for manila's user messages API to the user interface. It's implemented by this single patch [1] that already has reviews. Thanks, Victoria [0] https://blueprints.launchpad.net/manila-ui/+spec/ui-user-messages [1] https://review.opendev.org/#/c/742550/

2 1

[ops][neutron]: Anyone using Calico with neutron in production?
by Imtiaz Chowdhury 22 Sep '20

22 Sep '20

Hi all, I have some Calico related questions and am wondering if any operators in this forum have experience in running Calico with OpenStack in production environment. Thanks and regards, Imtiaz

1 0

[nova] update field cpu_info.features value
by Alexander Usov 22 Sep '20

22 Sep '20

Hi guys, Several servers in the cluster have an older version of Intel microcode. I updated one of the servers and rebooted it. After reboot: root@xxx3:~# cat /proc/cpuinfo | grep flags | tail -1 flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l3 cdp_l3 invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm cqm rdt_a rdseed adx smap intel_pt xsaveopt cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts flush_l1d root@xxx3:~# cat /proc/cpuinfo | grep micro | tail -1 microcode : 0xb000038 But the value on the controller didn't update: ~$ nova hypervisor-show 99 | grep ssbd xxx@admin:~$ I updated the value in the database, but it was immediately reverted If the way to update cpu_info.features value without deleting and adding the hypervisor? Nova version: 2:16.1.0 Thanks

2 1

[all] Forum Schedule is now LIVE!
by Kendall Nelson 22 Sep '20

22 Sep '20

Hello Everyone! The forum schedule is now live: https://www.openstack.org/summit/2020/summit-schedule/global-search?t=forum Please let myself or Jimmy McArthur know as soon as possible if you see any conflicts. Speakers will be contacted shortly (if not already) with more details about the event and your sessions. Thanks! -Kendall Nelson (diablo_rojo)

1 0

[tc] weekly update
by Mohammed Naser 22 Sep '20

22 Sep '20

Hi everyone, Here's an update for what happened in the OpenStack TC this week. You can get more information by checking for changes in openstack/governance repository. # Patches ## Open Reviews - Retire devstack-plugin-pika project https://review.opendev.org/748730 - Clarify impact on releases for SIGs https://review.opendev.org/752699 - Define TC-approved release in a resolution https://review.opendev.org/752256 - Add assert:supports-standalone https://review.opendev.org/722399 - Add election schedule exceptions in charter https://review.opendev.org/751941 - Remove tc:approved-release tag https://review.opendev.org/749363 ## Project Updates - Add openstack/osops to Ops Docs and Tooling SIG https://review.opendev.org/749835 - Add python-dracclient to be owned by Hardware Vendor SIG https://review.opendev.org/745564 - Retire the devstack-plugin-zmq project https://review.opendev.org/748731 - Migrate rpm-packaging to a SIG https://review.opendev.org/752661 ## General Changes - Reinstate weekly meetings https://review.opendev.org/749279 - Resolution to define distributed leadership for projects https://review.opendev.org/744995 - Add exception for Sept 2020 term election https://review.opendev.org/751936 # Other Reminders - PTG Brainstorming: https://etherpad.opendev.org/p/tc-wallaby-ptg Thanks for reading! Mohammed & Kendall -- Mohammed Naser VEXXHOST, Inc.

1 0

[tripleo][ansible-ceph[ussuri][rdo][centos8] fails on ansible-ceph execution.
by Ruslanas Gžibovskis 22 Sep '20

22 Sep '20

Hi all, using tripleo 13.4.0-1.el8 and ceph-ansible 4.0.25-1.el8 on CentOS8 from @centos-openstack-ussuri repo. but get [1] error. I thought it was due to not found python exec, but I saw later, when added verbosity 4, that it is able to find python3. It looks like output in paste.openstack.org is too short, not sure what was an issue, but here is a second place [2] for same full output [1] http://paste.openstack.org/show/i2XpSBiSVjuL69Ahm1sl/ [2] https://proxy.qwq.lt/ceph-ansible.html -- Ruslanas Gžibovskis +370 6030 7030

2 12