[openstack-dev] Hello everyone, ask a few vm hot plug cpu and ram problem [nova]

Like CPU and ram have a maximum value. If I want to produce this product, provided to the cloud host users. The maximum value is set to how much more appropriate. If the settings are too small, users want to dynamically add CPU or memory, and can't meet the needs of users. If the setting is

Re: [openstack-dev] [neutron] out-of-tree l3 service providers

hi, On Fri, Sep 8, 2017 at 5:52 AM, Isaku Yamahata wrote: > Hi. > > Any update on this? Now L3 service provider got the time slot at the PTG. > > Yamamoto, do you have any proposal for the interface? no > Although ODL surely is interested in L3 flavor, the

Re: [openstack-dev] removing screen from devstack - RSN

On Thu, Sep 7, 2017 at 7:07 PM, Sean Dague wrote: > On 09/07/2017 04:54 PM, Eric Fried wrote: > >> All- >> >> The plain pdb doc patch [1] is merging. >> >> On clarkb's suggestion, I took a look at remote-pdb [2], and it >> turned >> out to be easy-peasy to use. I

[openstack-dev] [oslo] No meeting on next Monday( Sep 11th)

Most of us will attend the PTG, so there is no weekly meeting next Monday. -- ChangBo Guo(gcb) __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] removing screen from devstack - RSN

On 09/07/2017 04:54 PM, Eric Fried wrote: All- The plain pdb doc patch [1] is merging. On clarkb's suggestion, I took a look at remote-pdb [2], and it turned out to be easy-peasy to use. I submitted a followon doc patch for that [3]. Thanks, John, for speaking up and

Re: [openstack-dev] [neutron] - PTG neutron attendee info

Hello everyone, With the help of Miguel we have a tentative schedule in the PTG. Please check the etherpad and if there is anything missing you wanted to see discussed, please reach out to me or Miguel right away to get it added. Cheers, Kevin Benton On Thu, Jul 27, 2017 at 9:53 PM, Kevin

[openstack-dev] [all] Cinder V1 API Removal

Just a heads up for anyone consuming Cinder APIs. The v1 API was deprecated in the Juno release, but we've kept it around for quite awhile because we knew there were client implementations out there that were lagging in getting up to date. Well, it's now been many releases, and we've had the

Re: [openstack-dev] [nova] [neutron] Adding neutron VIF NUMA locality support

Stephen- FYI, we're teeing up (anti-)affinity and neutron-nova interaction topics for the "generic device management" discussions at the PTG. Please jump on the etherpad [1] and expand/expound in the relevant spots, which, as of this writing, you can find by searching for "aggregate", "vf

Re: [openstack-dev] removing screen from devstack - RSN

All- The plain pdb doc patch [1] is merging. On clarkb's suggestion, I took a look at remote-pdb [2], and it turned out to be easy-peasy to use. I submitted a followon doc patch for that [3]. Thanks, John, for speaking up and getting this rolling.

Re: [openstack-dev] [neutron] out-of-tree l3 service providers

Hi. Any update on this? Now L3 service provider got the time slot at the PTG. Yamamoto, do you have any proposal for the interface? Although ODL surely is interested in L3 flavor, the networking-odl team hasn't spec or experimental patch yet unfortunately. Dragon flow folks seems to have their

Re: [openstack-dev] [panko][ceilometer][keystone] Support X-Is-Admin-Project

On 2017-09-07 02:15 PM, Innus, Martins wrote: > The fix seems to be something like the attached patch and setting the > appropriate configs in keystone.conf. > > > One curious thing is that with the default keystone config, requests from all > projects have "X-Is-Admin-Project: True” > > If

Re: [openstack-dev] [nova][ironic] Concerns over rigid resource class-only ironic scheduling

>>Nisha is raising the question about whether or not we're making incorrect assumptions >>about how people are using nova/ironic and they want to use the non-Exact filters for >>VCPU/MEMORY_MB/DISK_GB, which as far as I have ever heard is not >>recommended/supported upstream as it can lead to

Re: [openstack-dev] [nova][ironic] Concerns over rigid resource class-only ironic scheduling

On 9/7/2017 2:48 PM, Nisha Agarwal wrote: Hi Ironic Operators, From Pike, ironic nodes get scheduled based on just the resource class from nova. Do you guys see any concerns over this "rigid resource class only ironic scheduling"? To be more specific, at your datacentre/production

[openstack-dev] [nova][ironic] Concerns over rigid resource class-only ironic scheduling

Hi Ironic Operators, >From Pike, ironic nodes get scheduled based on just the resource class from nova. Do you guys see any concerns over this "rigid resource class only ironic scheduling"? To be more specific, at your datacentre/production environment what all filters are configured in

Re: [openstack-dev] [nova] [neutron] Should we continue providing FQDNs for instance hostnames?

On 09/06/2017 04:40 AM, Stephen Finucane wrote: On Tue, 2017-09-05 at 12:30 -0500, Ben Nemec wrote: On 09/04/2017 07:48 AM, Stephen Finucane wrote: On Mon, 2017-09-04 at 11:51 +, Gary Kotton wrote: On 9/4/17, 11:18 AM, "Stephen Finucane" wrote: Nova has a feature

Re: [openstack-dev] removing screen from devstack - RSN

On Thu, Sep 7, 2017 at 1:28 PM, Sean Dague wrote: > On 09/07/2017 01:52 PM, Eric Fried wrote: > >> John- >> >> You're not the only one for whom the transition to systemd has >> been >> painful. >> >> However... >> >> It *is* possible (some would argue just

Re: [openstack-dev] removing screen from devstack - RSN

On Thu, Sep 7, 2017 at 11:52 AM, Eric Fried wrote: > John- > > You're not the only one for whom the transition to systemd has been > painful. > > However... > > It *is* possible (some would argue just as easy) to do all things > with > systemd that

Re: [openstack-dev] removing screen from devstack - RSN

On 09/07/2017 01:52 PM, Eric Fried wrote: John- You're not the only one for whom the transition to systemd has been painful. However... It *is* possible (some would argue just as easy) to do all things with systemd that were done with screen. For starters,

[openstack-dev] Unified Limits work stalled - next steps, need for new leadership

This is an email that's probably overdue, but time gets away from all of us. Coming out of Atlanta and even Boston we were pushing pretty hard on a new approach to unify limits, as well as building the infrastructure to have hierarchical limits possible in OpenStack (keystone merged spec -

[openstack-dev] [Neutron][L3-subteam] Weekly IRC meeting cancelled on September 14th

Dear L3-subteam, Due to the OpenStack PTG next week in Denver, we will cancel our weekly meeting on September 14th. We will resume normally on the 21st See you in Denver! __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [TripleO][CI] FreeIPA Deployment

On Thu, Aug 31, 2017 at 12:52 PM, Juan Antonio Osorio wrote: > Something that just came to my mind: Another option would be to allocate an > extra IP Address for the undercloud, that would be dedicated to FreeIPA, and > that way we MAY be able to deploy the FreeIPA server in

[openstack-dev] [tripleo] all you need to know for PTG TripleO-related topics

If you use Google Calendar, you really want to use this one: https://calendar.google.com/calendar/ical/c1g5npdrsd3p37ods24s19gg0g%40group.calendar.google.com/public/basic.ics Or view in HTML here:

[openstack-dev] [panko][ceilometer][keystone] Support X-Is-Admin-Project

Hi, Just getting started with OpenStack and one of the stumbling blocks so far is that unless I missed it, there is no way for the main admin user to request event data for all projects: [root@srv-m10-05-02 keystone]# ceilometer event-list -q 'event_type=compute.instance.create.start'

Re: [openstack-dev] [nova] [neutron] Adding neutron VIF NUMA locality support

> -Original Message- > From: Stephen Finucane [mailto:sfinu...@redhat.com] > Sent: Thursday, September 7, 2017 5:42 PM > To: OpenStack Development Mailing List (not for usage questions) > > Cc: Jakub Libosvar ; Karthik Sundaravel >

Re: [openstack-dev] removing screen from devstack - RSN

I completely agree with you here John. I still prefer to use screen for my devstack installs, it's just far far easier to use for development. systemd is a pain to use in comparison. This is a major step backwards for developers. :( On Thu, Sep 7, 2017 at 1:29 PM, John Griffith

Re: [openstack-dev] removing screen from devstack - RSN

John- You're not the only one for whom the transition to systemd has been painful. However... It *is* possible (some would argue just as easy) to do all things with systemd that were done with screen. For starters, have you seen [1] ? Though looking at

Re: [openstack-dev] removing screen from devstack - RSN

​FWIW I realize my opinion doesn't count here particularly since this already merged, BUT I also realize that it didn't count before it merged either as the response I was given was "I don't use debuggers". It's unfortunate, perhaps I'm really the only one that has counter opinions on

Re: [openstack-dev] removing screen from devstack - RSN

On Thu, Sep 7, 2017 at 11:29 AM, John Griffith wrote: > Please don't, some of us have no issues with screen and use it extensively > for debugging. Unless there's a viable option using systemd I fail to > understand why this is such a big deal. I've been using

Re: [openstack-dev] removing screen from devstack - RSN

Please don't, some of us have no issues with screen and use it extensively for debugging. Unless there's a viable option using systemd I fail to understand why this is such a big deal. I've been using devstack in screen for a long time without issue, and I still use rejoin that supposedly didn't

[openstack-dev] [all][api] POST /api-sig/news

Greetings OpenStack community, This week's meeting was mainly focused on discussion of plans for the PTG and about improving the outreach efforts of the SIG. The API-SIG will have a room on Monday and Tuesday at the PTG. In addition to the guided review process [6] we've mentioned before,

[openstack-dev] [nova] [neutron] Adding neutron VIF NUMA locality support

Hey, NUMA locality matters as much for NICs used e.g for Open vSwitch as for SR-IOV devices. At the moment, nova support NUMA affinity for PCI passthrough devices and SR-IOV devices, but it makes no attempt to do the same for other NICs. In the name of NFV enablement, we should probably close

Re: [openstack-dev] [kolla] [neutron] PTG cross-platform meetup possibility

Vikram Hosakote (vhosakot), 2017-09-07 15:38: > Would there be any interest in meeting with the Kolla team at the PTG > to discuss neutron’s > integration with containers and Kubernetes especially about the new > networking > technologies like VPP, fd.io, OpenDaylight, OVS-DPDK, OVN, service >

[openstack-dev] [kolla] [neutron] PTG cross-platform meetup possibility

Hi neutron team, Would there be any interest in meeting with the Kolla team at the PTG to discuss neutron’s integration with containers and Kubernetes especially about the new networking technologies like VPP, fd.io, OpenDaylight, OVS-DPDK, OVN, service chaining (SFC), etc? If yes, would

Re: [openstack-dev] [nova] [neutron] Should we continue providing FQDNs for instance hostnames?

On Wed, 2017-09-06 at 15:06 +, Jeremy Stanley wrote: > On 2017-09-06 10:40:14 +0100 (+0100), Stephen Finucane wrote: > [...] > > OK, and we do want to use a FQDN as the hostnames inside the > > guest? That's my key question. Random ServerFault questions seems > > to suggest no clear answer to

[openstack-dev] [neutron][oslo.db] db retry madness

I'm trying to get a handle on neutron's retry decorators.I'm assisting a developer in the networking_odl project who wishes to make use of neutron's retry_if_session_inactive decorator. The developer has run into several problems, including that networking_odl methods here seem to accept a

Re: [openstack-dev] [kolla] [cinder] [ironic] PTG cross-platform meetup possibility

Sending the confirmed cross-project meets with the kolla community: Monday with Triple-O at 2 pm Monday with Cinder and Ironic at 4 pm Regards, Vikram Hosakote IRC: vhosakot From: Jay S Bryant Reply-To: "jsbry...@electronicjungle.net" ,

Re: [openstack-dev] [keystone] [nova] [neutron] [cinder] [ironic] [glance] [swift] Baremetal/VM SIG PTG Schedule/Etherpad

I spoke with John a bit today in IRC and we have a rough schedule worked out for the Baremetal/VM SIG. All the sessions/ideas/carry-over topics from Boston have been filtered into a schedule and is available in the etherpad [0]. Each entry should have a "lead" to drive the discussion and a "goal"

Re: [openstack-dev] [docs][neutron] checking link integrity in the gate

An easy way to check for broken links: http://codesearch.openstack.org/?q=docs.openstack.org%2Fdeveloper=nope== We moved everything out from docs.openstack.org/developer, any such link in your code is outdated and needs updating, Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter:

[openstack-dev] [charms] IRC meeting 11th September cancelled

Hi Team I'm cancelling next Mondays IRC; we're (mostly) meeting for the PTG anyway and can re-sync the following Monday. Cheers James __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [sahara] Canceling meeting Sep 14th

Hi saharans, since most of us will be at the PTG, I'm canceling IRC meeting. See you in Denver. -- TELLES NOBREGA SOFTWARE ENGINEER Red Hat I tenob...@redhat.com TRIED. TESTED. TRUSTED.

Re: [openstack-dev] removing screen from devstack - RSN

w00t! On Thu, Sep 7, 2017 at 8:45 AM, Sean Dague wrote: > On 08/31/2017 06:27 AM, Sean Dague wrote: >> The work that started last cycle to make devstack only have a single >> execution mode, that was the same between automated QA and local, is >> nearing it's completion. >> >>

Re: [openstack-dev] [release][ptl] tools for creating new releases

On 08/22/2017 02:34 PM, Doug Hellmann wrote: Excerpts from Dmitry Tantsur's message of 2017-08-22 11:38:10 +0200: On 08/22/2017 11:34 AM, Dmitry Tantsur wrote: On 08/21/2017 09:15 PM, Doug Hellmann wrote: Excerpts from Doug Hellmann's message of 2017-08-21 11:21:59 -0400: Excerpts from

Re: [openstack-dev] removing screen from devstack - RSN

On 08/31/2017 06:27 AM, Sean Dague wrote: > The work that started last cycle to make devstack only have a single > execution mode, that was the same between automated QA and local, is > nearing it's completion. > > https://review.openstack.org/#/c/499186/ is the patch that will remove > screen

Re: [openstack-dev] [puppet] Add Mohammed Naser to cores

Thank you for the kind words everyone! :) On Tue, Sep 5, 2017 at 12:06 PM, Dmitry Tantsur wrote: > I think it's not unreasonable to give core rights to the PTL :) > > > On 09/05/2017 05:42 PM, Alex Schultz wrote: >> >> Hey folks, >> >> I'm writing to ask that we add mnaser

Re: [openstack-dev] [neutron] mod_wsgi support (pike bug?)

That's still going to be backwards-incompatible with the way it's been shipped for quite a while now. Passing ENV vars or something to point to specific config files is going to need to be explored. On Wed, Sep 6, 2017 at 9:19 PM, Thomas Bechtold wrote: > Hi Kevin, > > On

[openstack-dev] [ptg][heat] Heat PTG + Virtual meetup Agenda

Hi heat members As we're going to have PTG in Denver(and online) Here are schedules and Etherpads for it [1]. Encourage all to join us remotely if you can't make it to Denver!, we welcome anyone shares their ideas, experiences, efforts, and stories to us to help us make our design/implement

Re: [openstack-dev] [nova] [placement] Modeling SR-IOV with nested resource providers

Ed, Thanks for the response. I'm also interested how those models can be used from two points of view. First, how I can request the desired configuration. I thought about some anti-affinity logic based on traits in Placement, but probably that's not a task for Placement. Solution Jay Pipes

Re: [openstack-dev] [infra][docs] Why Manila api-ref doc isn't published?

Thanks Jeremy Stanley, Anne Gentle and Eric Fried for your perfect reply on this question. thanks 2017-09-05 20:59 GMT+08:00 Eric Fried : > Sigh. > > [3] https://review.openstack.org/#/c/495326/1/www/.htaccess@52 > > On 09/05/2017 07:30 AM, Eric Fried wrote: > > Agree with

[openstack-dev] [opensatck] [freezer] Looking for a worked intallation guide for freezer

Hello, Among the projects in OpenStack, freezer is the rare one who does the data backups and disaster recovery. This really attracts me on working on it. However, I sufferred several pitfalls during the installation. The "installation guide" in the project wiki page shows the installation for

[openstack-dev] Fwd: [Kolla] kolla-kubernetes production ready?

Hi, does anybody know when kolla-kubernetes is ready for production? is someone using kolla-kubernetes for production now? regards Kim Kim-Norman Sahm Cloud & Infrastructure(OCI) noris network AG Thomas-Mann-Straße 16-20 90471 Nürnberg Deutschland Tel +49 911

Re: [openstack-dev] [relmgt] Libraries published to pypi with YYYY.X.Z versions

Jeremy Stanley wrote: > On 2017-09-01 09:51:36 +0200 (+0200), Thierry Carrez wrote: > [...] >> Yes, for a first batch I propose we clean up the following: >> >> python-congressclient 2015.1.0 >> python-congressclient 2015.1.0rc1 >> python-designateclient 2013.1.a8.g3a2a320 >> networking-hyperv