- openstack-discuss - lists.openstack.org

[cinder] extra_capabilities for scheduler filters
by Sam Morrison 26 Feb '19

26 Feb '19

Hi, Just wondering if extra_capabilities should be available in backend_state to be able to be used by scheduler filters? I can't seem to use my custom capabilities within the capabilities filter. Thanks, Sam

2 2

[tc][election] New series of campaign questions
by Jean-Philippe Evrard 26 Feb '19

26 Feb '19

Hello, Here are my questions for the candidates. Keep in mind some might overlap with existing questions, so I would expect a little different answer there than what was said. Most questions are intentionally controversial and non-strategic, so please play this spiritual game openly as much as you can (no hard feelings!). The objective for me with those questions is not to corner you/force you implement x if you were elected (that would be using my TC hat for asking you questions, which I believe would be wrong), but instead have a glimpse on your mindset (which is important for me as an individual member in OpenStack). It's more like the "magic wand" questions. After this long introduction, here is my volley of questions. A) In a world where "general" OpenStack issues/features are solved through community goals, do you think the TC should focus on "less interesting" technical issues across projects, like tech debt reduction? Or at the opposite, do you think the TC should tackle the hardest OpenStack wide problems? B) Do you think the TC must check and actively follow all the official projects' health and activities? Why? C) Do you think the TC's role is to "empower" project and PTLs? If yes, how do you think the TC can help those? If no, do you think it would be the other way around, with PTLs empowering the TC to achieve more? How and why? D) Do you think the community goals should be converted to a "backlog"of time constrained OpenStack "projects", instead of being constrained per cycle? (with the ability to align some goals with releasing when necessary) E) Do you think we should abandon projects' ML tags/IRC channels, to replace them by focus areas? For example, having [storage] to group people from [cinder] or [manila]. Do you think that would help new contributors, or communication in the community? F) There can be multiple years between a "user desired feature across OpenStack projects", and its actual implementation through the community goals. How do you think we can improve? G) What do you think of the elections process for the TC? Do you think it is good enough to gather a team to work on hard problems? Or do you think electing person per person have an opposite effect, highlighting individuals versus a common program/shared objectives? Corollary: Do you think we should now elect TC members by groups (of 2 or 3 persons for example), so that we would highlight their program vs highlight individual ideas/qualities? Thanks for your patience, and thanks for your application! Regards, Jean-Philippe Evrard (evrardjp)

7 6

Introducing myself - Namrata Jha.
by Namrata Jha 26 Feb '19

26 Feb '19

Hello everyone! I am Namrata Jha, from India and I am an Outreachy 2019 aspirant. I am extremely excited to learn a lot and benefit from this community! :) I looked through the GitHub repository for the project "Storyboard Database Query Optimizations" and found that there are no existing issues on the repository yet. It would be really kind if someone could guide me how do I go about code contribution. Thank you. Regards, Namrata Jha. P.S. I was having some issues in joining the IRC. The error message says, "Disconnected: Failed to connect - Invalid hostname (Your hostname looks invalid: freenode Check your host, port and ssl settings <https://www.irccloud.com/irc/freenode>);" I might be missing something already stated, but please help me out I'd be really grateful to you.

2 2

[nova] nova spec show-server-group response format
by yonglihe 26 Feb '19

26 Feb '19

Hi, guys The approved spec show-server-group had 2 options for response. 1. First one(current spec): "server": { "server_groups": [ # not cached "0b5d2c72-12cc-4ba6-a8d7-3ff5cc1d8cb8" ] } } related discuss: https://review.openstack.org/#/c/612255/11/specs/stein/approved/show-server… digest: This decouple the current implementation of server groups then get a generic API. 2 Second one: "server": { "server_group": { "name": "groupA", "id": "0b5d2c72-12cc-4ba6-a8d7-3ff5cc1d8cb8" } related discuss: https://review.openstack.org/#/c/612255/4/specs/stein/approved/list-server-… digest: people have tried to change the api to allow adding/removing servers to/from groups, but still not implement yet. we need align this for continuing this work. thanks. Reference: bp: https://blueprints.launchpad.net/nova/+spec/show-server-group spec: https://review.openstack.org/#/c/612255/13/specs/stein/approved/show-server… code: https://review.openstack.org/#/c/621474/23 Regards Yongli He

3 2

[openstack-helm] Initial spec for multiple container distribution support
by Pete Birley 26 Feb '19

26 Feb '19

Hi, One of the items that came up in the meeting this week was to get a spec together for supporting multiple distributions in containers managed via OpenStack-Helm. Currently, we ubiquitously use Ubuntu-based images, but would also like to support both CentOS and OpenSUSE in addition. As there's a lot to discuss here, I've created the following etherpad to allow us to work through these issues prior to the next meeting - at which point we should hopefully be at the point where we can start writing a formal spec. * https://etherpad.openstack.org/p/openstack-helm-container-distro-support Cheers Pete

1 0

[openstack-helm] Team Meeting (5th March 2019)
by Pete Birley 26 Feb '19

26 Feb '19

Hey! The next OpenStack-Helm meeting will be held on the 5th March, at 3pm UTC in #openstack-meeting-4 in freenode IRC. Thanks to all those who could attend the one we held on the 26th Feb: * the agenda we used is here: https://etherpad.openstack.org/p/openstack-helm-meeting-2019-02-26 * the minutes logged here: http://eavesdrop.openstack.org/meetings/openstack_helm/2019/openstack_helm.… It would be great if people interested in OSH could attend, though we appreciate that's not possible, or desirable, for many. The agenda for the next meeting is here: https://etherpad.openstack.org/p/openstack-helm-meeting-2019-03-05 please feel free to add to it, even if you cannot attend. Look forward to seeing you all either in IRC or here. Cheers Pete

1 0

[ops] ops meetups team meeting in 5 minutes - Berlin NEXT WEEK!
by Chris Morgan 26 Feb '19

26 Feb '19

Those of you interested or attending, please join us on #openstack-operators to have a final chat about next week's ops meetup in Berlin. Chris -- Chris Morgan <mihalis68(a)gmail.com>

1 0

[nova][neutron][os-vif] upcoming release of os-vif
by Sean Mooney 26 Feb '19

26 Feb '19

hi everyone. As many people know the non-client lib freeze is thursday the 28th so it is time to do the final os-vif release for stein. there are a number of pending patches to os-vif https://review.openstack.org/#/q/project:openstack/os-vif+status:open+branc… while i think we can merge several of them i have sorted them into groups below. required: remove use of brctl from vif_plug_linux_bridge https://review.openstack.org/636822 remove use of brctl from vif_plug_linux_bridge https://review.openstack.org/636821 prefer to merge: Add native implementation OVSDB API https://review.openstack.org/482226 make functional tests run on python 3 https://review.openstack.org/638053 nice to have: modify functional base.py to allow using vscode https://review.openstack.org/638058 docs: Add API docs for VIF types https://review.openstack.org/637009 doc: Use sphinx.ext.todo for profile, datapath offload types https://review.openstack.org/638405 docs: Start using sphinx.ext.autodoc for VIF types https://review.openstack.org/638404 docs: Add API docs for profile, datapath offload types https://review.openstack.org/638395 defer: Add 'SUPPORT_BW_CONFIG' option to VIFs https://review.openstack.org/636933 the required patches are makeing there way though the gate. i would hope we can merge most of the patches in the prefer and nice to have buckets but my intent is to propose a patch to the release repo tonight with the head of master proably at or after 20:00 UTC which will be around noon PST. that will give eu and us folks that want to review these changes a resonably amount of time. ideally we can try and get the release out early tommorow. once that is done os-vif will go into a a feature freeze until RC1 is released of nova and neutron at which point it will unfreeze. once i submit the patch for the release until thursday i would like to do a full code freeze on os-vif so that if there are any bugs that show up in the gate we can fix those without accepting any other changes. once we pass the non-client lib freeze on thrusday non feature patches such as docs changes or testing changes are fine but features should wait to RC1. regards sean

2 2

Not able to collect cpu_util metric
by rahul gupta 26 Feb '19

26 Feb '19

Hi All, I have created a question here: https://answers.launchpad.net/ceilometer/+question/678802 Can you please respond. I have been scanning through all the web to get info regarding how can I calculate / read cpu_util metric. I am using devstack on latest *master*. Please let me know if you need any other details. Question Posted: I am trying to setup autoscale stack using open stack. I am having problem reading cpu_util value from the instances. Error: Feb 26 07:21:43 rgupta-op-stack ceilometer-polling[8197]: 2019-02-26 07:21:43.146 8476 DEBUG ceilometer.compute.pollsters [-] 6e982e28-4cb4-42b2-b608-be4ec4ce1d35/cpu_util volume: Unavailable _stats_to_sample /opt/stack/ceilometer/ceilometer/compute/pollsters/__init__.py:113 Feb 26 07:21:43 rgupta-op-stack ceilometer-polling[8197]: 2019-02-26 07:21:43.146 8476 WARNING ceilometer.compute.pollsters [-] cpu_util statistic in not available for instance 6e982e28-4cb4-42b2-b608-be4ec4ce1d35: NoVolumeException rgupta@rgupta-op-stack:~$ openstack --version openstack 3.17.0 rgupta@rgupta-op-stack:~$ openstack metric list | grep cpu | 70b2d180-6902-42b7-abaf-e34f89aafd2e | ceilometer-low | cpu | ns | 6e982e28-4cb4-42b2-b608-be4ec4ce1d35 | | fa3239df-9bfe-4cf4-a267-106f23fbcb0b | ceilometer-low | vcpus | vcpu | 5fce3174-40ab-484d-8da1-6ccbc8017cc6 | How do I add a new metric cpu_util to this list? Can someone point to a documentation with example. I have read through the metrics.yaml documentation but not sure how to see the parameters that are part of payload? Thanks Rahul

1 0

[requirements][requests] security update for requests in stable branches
by Matthew Thode 26 Feb '19

26 Feb '19

Recently it was reported to us that requests had a recent release that addressed a CVE (CVE-2018-18074). Requests has no stable branches so the only way to update openstack stable branches is to update to 2.20.1 in this case. I wanted to pass this by people as requests is generally a nasty library with nasty surprises. It's passed our cross and dvsm gating though (for rocky) so indications look good. What I'm asking you for is anything that could go wrong with updating (rocky in this case, but possibly back to newton, depending on co-installability). Please let me know any blockers to to update (in the review preferably). https://review.openstack.org/637124 Thanks, -- Matthew Thode

5 9