[openstack-dev] [requirements] Cancelling today's (2017-03-22) meeting

Hi All, Sorry for the short notice but as several cores are unavailable for the meeting today I'm going to cancel it. We'll try again next week. Yours Tony. signature.asc Description: PGP signature __ OpenStack

[openstack-dev] [tricircle]weekly meeting of Mar. 22

Hello, team, Agenda of Mar.22 weekly meeting: 1. Pike-1 patches review 2. Pike-1 release 3. Demo and talk of VNF high availability across OpenStack with Tricircle in OPNFV Beijing summit 4. Open Discussion How to join: # IRC meeting:

Re: [openstack-dev] [all][ptl] Action required ! - Please submit Boston Forum sessions before April 2nd

Hello, Should we submit a session for the on-boarding slot which is being arranged by Kendall " first come first served process" ? Does this mean that the on-boarding slot allocation need another round of selection, not the " first come first served process" ? Best Regards Chaoyi Huang

Re: [openstack-dev] [deployment][forum] proposing a session about future of configuration management - ops + devs wanted!

Unfortunately, I won't be in boston... but I'm very interested in the topic as I have to design 'brownfield' openstack deployments and operations runbooks. On Tue, Mar 21, 2017 at 3:23 PM, Emilien Macchi wrote: > OpenStack developers and operators who work on deployments: we

[openstack-dev] [tripleo] container jobs are unstable

Hey, I've noticed that container jobs look pretty unstable lately; to me, it sounds like a timeout: http://logs.openstack.org/19/447319/2/check-tripleo/gate-tripleo-ci-centos-7-ovb-containers-oooq-nv/bca496a/console.html#_2017-03-22_00_08_55_358973 If anyone could file a bug and see how we can

Re: [openstack-dev] [kolla] Proposing duonghq for core

Dear Kollaish, Thank you for giving me the opportunity to be part of core-reviewer team. I will do my best. Regards, duonghq > -Original Message- > From: Michał Jastrzębski [mailto:inc...@gmail.com] > Sent: Tuesday, March 21, 2017 10:23 PM > To: OpenStack Development Mailing List

Re: [openstack-dev] [ceilometer]Can't find meter anywhere with ceilometer post REST API

Yurii, Thanks, with the config listed above, it works now. Hui. On Tue, Mar 21, 2017 at 2:50 PM, Yurii Prokulevych wrote: > Pipeline's config looks good. Could U please enable debug/verbose in > ceilometer.conf and check ceilometer/collector.log ? > > --- > Yurii > >

Re: [openstack-dev] [magnum][osc] What name to use for magnum commands in osc?

On Tue, Mar 21, 2017 at 10:50:13AM -0400, Jay Pipes wrote: > On 03/20/2017 09:24 PM, Qiming Teng wrote: > >On Mon, Mar 20, 2017 at 03:35:18PM -0400, Jay Pipes wrote: > >>On 03/20/2017 03:08 PM, Adrian Otto wrote: > >>>Team, > >>> > >>>Stephen Watson has been working on an magnum feature to add

Re: [openstack-dev] [tripleo] propose Alex Schultz core on tripleo-heat-templates

On Mon, Mar 13, 2017 at 2:26 PM, John Trowbridge wrote: > > > On 03/13/2017 10:30 AM, Emilien Macchi wrote: >> Hi, >> >> Alex is already core on instack-undercloud and puppet-tripleo. > > +1 it is actually a bit odd to be +2 on puppet-tripleo without being +2 > on THT, since so

Re: [openstack-dev] [craton] Nomination of Thomas Maddox as Craton core

+1. Welcome to the team, Thomas On Mar 21, 2017 3:43 PM, "Jim Baker" wrote: > *I nominate Thomas Maddox as a core reviewer for the Craton project.* > > Thomas has shown extensive knowledge of Craton, working across a range of > issues in the core service, including down to

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

On Tue, Mar 21, 2017 at 5:35 PM, John Dickinson wrote: > > > On 21 Mar 2017, at 15:34, Alex Schultz wrote: > >> On Tue, Mar 21, 2017 at 3:45 PM, John Dickinson wrote: >>> I've been following this thread, but I must admit I seem to have missed >>> something. >>> >>>

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

On 21 Mar 2017, at 15:34, Alex Schultz wrote: > On Tue, Mar 21, 2017 at 3:45 PM, John Dickinson wrote: >> I've been following this thread, but I must admit I seem to have missed >> something. >> >> What problem is being solved by storing per-server service configuration >>

Re: [openstack-dev] [OpenStack-Infra] [infra][security] Encryption in Zuul v3

David Moreau Simard writes: > I don't have a horse in this race or a strong opinion on the topic, in > fact I'm admittedly not very knowledgeable when it comes to low-level > encryption things. > > However, I did have a question, even if just to generate discussion. > Did we

[openstack-dev] Release Naming for R - it's that time again!

Hey everybody, It's your favorite time of the year - it's time for us to pick a name for our "R" release. Since the associated Summit will be in Vancouver, the Geographic Location has been chosen as "British Columbia". Nominations are now open. Please add suitable names to

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

On Tue, Mar 21, 2017 at 3:45 PM, John Dickinson wrote: > I've been following this thread, but I must admit I seem to have missed > something. > > What problem is being solved by storing per-server service configuration > options in an external distributed CP system that is

[openstack-dev] [deployment][forum] proposing a session about future of configuration management - ops + devs wanted!

OpenStack developers and operators who work on deployments: we need you. http://forumtopics.openstack.org/cfp/details/15 Abstract: I would like to bring Developers and Operators in a room to discuss about future of Configuration Management in OpenStack. Until now, we haven't done a good job in

[openstack-dev] [ironic] Translations removal

Hi team, As discussed on Monday, logged messages shouldn’t be translated anymore. Exception messages still should be still translated. While removing usages of _LE, _LW, _LI should be fairly easy, some usages of _ may cause issues. Some messages in the code are declared with ‘_’ method and

Re: [openstack-dev] [ptls] Project On-Boarding Rooms

As far as I know, most of Zaqar team members won't be in Boston. But I will be there, so pls help put Zaqar on the list if there is one available. Thanks. On 16/03/17 07:20, Kendall Nelson wrote: > Hello All! > > As you may have seen in a previous thread [1] the Forum will offer > project

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

I've been following this thread, but I must admit I seem to have missed something. What problem is being solved by storing per-server service configuration options in an external distributed CP system that is currently not possible with the existing pattern of using local text files? --John

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

On 2017-03-21 13:34:50 -0400 (-0400), Paul Belanger wrote: [...] > Today RDO does snapshot images. [...] Worth pointing out, if it's using Nodepool to do that, support for snapshot images has been deprecated for a while and was dropped completely in the latest release(s?).

Re: [openstack-dev] [all][ptl] Action required ! - Please submit Boston Forum sessions before April 2nd

On 3/21/2017 4:09 PM, Lance Bragstad wrote: I have a couple questions in addition to Matt's. The keystone group is still trying to figure out what this means for us and we discussed it in today's meeting [0]. Based on early feedback, we're going to have less developer presence at the Forum than

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

Jay, the /v3alpha HTTP API (grpc-gateway) supports watch https://coreos.com/etcd/docs/latest/dev-guide/apispec/swagger/rpc.swagger.json -- Dims On Tue, Mar 21, 2017 at 5:22 PM, Jay Pipes wrote: > On 03/21/2017 04:29 PM, Clint Byrum wrote: >> >> Excerpts from Doug

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

On 03/21/2017 04:29 PM, Clint Byrum wrote: Excerpts from Doug Hellmann's message of 2017-03-15 15:35:13 -0400: Excerpts from Thomas Herve's message of 2017-03-15 09:41:16 +0100: On Wed, Mar 15, 2017 at 12:05 AM, Joshua Harlow wrote: * How does reloading work (does

Re: [openstack-dev] [all][ptl] Action required ! - Please submit Boston Forum sessions before April 2nd

I have a couple questions in addition to Matt's. The keystone group is still trying to figure out what this means for us and we discussed it in today's meeting [0]. Based on early feedback, we're going to have less developer presence at the Forum than we did at the PTG. Are these formal sessions

Re: [openstack-dev] [all][ptl] Action required ! - Please submit Boston Forum sessions before April 2nd

On 3/21/2017 11:40 AM, Emilien Macchi wrote: Sorry for duplicating the original e-mail from User Committee, but we want to make sure all projects are aware about the deadline. http://lists.openstack.org/pipermail/user-committee/2017-March/001856.html PTLs (and everyone), please make sure

[openstack-dev] [craton] Nomination of Thomas Maddox as Craton core

*I nominate Thomas Maddox as a core reviewer for the Craton project.* Thomas has shown extensive knowledge of Craton, working across a range of issues in the core service, including down to the database modeling; the client; and corresponding bugs, blueprints, and specs. Perhaps most notably he

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

Excerpts from Sean Dague's message of 2017-03-15 08:54:55 -0400: > On 03/15/2017 02:16 AM, Clint Byrum wrote: > > Excerpts from Monty Taylor's message of 2017-03-15 04:36:24 +0100: > >> On 03/14/2017 06:04 PM, Davanum Srinivas wrote: > >>> Team, > >>> > >>> So one more thing popped up again on

Re: [openstack-dev] [infra][security] Encryption in Zuul v3

I don't have a horse in this race or a strong opinion on the topic, in fact I'm admittedly not very knowledgeable when it comes to low-level encryption things. However, I did have a question, even if just to generate discussion. Did we ever consider simply leaving secrets out of Zuul and

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

Excerpts from Doug Hellmann's message of 2017-03-15 15:35:13 -0400: > Excerpts from Thomas Herve's message of 2017-03-15 09:41:16 +0100: > > On Wed, Mar 15, 2017 at 12:05 AM, Joshua Harlow > > wrote: > > > > > * How does reloading work (does it)? > > > > No. There is

Re: [openstack-dev] [infra][security] Encryption in Zuul v3

Excerpts from corvus's message of 2017-03-21 09:36:41 -0700: > Hi, > > In working on the implementation of the encrypted secrets feature of > Zuul v3, I have found some things that warrant further discussion. It's > important to be deliberate about this and I welcome any feedback. > Thanks for

Re: [openstack-dev] [infra][security] Encryption in Zuul v3

Clint Byrum writes: > Excerpts from Matthieu Huin's message of 2017-03-21 18:43:49 +0100: >> Hello James, >> >> Thanks for opening the discussion on this topic. I'd like to mention that a >> very common type of secrets that are used in Continuous Deployments >> scenarios are

Re: [openstack-dev] [infra][security] Encryption in Zuul v3

Excerpts from Matthieu Huin's message of 2017-03-21 18:43:49 +0100: > Hello James, > > Thanks for opening the discussion on this topic. I'd like to mention that a > very common type of secrets that are used in Continuous Deployments > scenarios are SSH keys. Correct me if I am wrong, but PKCS#1

Re: [openstack-dev] [networking-sfc] About insertion modes and SFC Encapsulation

Below, Best regards, Igor. From: Vikash Kumar [mailto:vikash.ku...@oneconvergence.com] Sent: Tuesday, March 21, 2017 6:29 PM To: OpenStack Development Mailing List (not for usage questions) ; Duarte Cardoso, Igor Subject: Re:

Re: [openstack-dev] [networking-sfc] About insertion modes and SFC Encapsulation

Also, for TAP devices, they can be deployed in both active ( forward traffic back to networking​ devices) and passive mode . Our *current BP* scope is only for passive TAP. Apart from these two, there are other mode of deployment s also. Others reading can add. On Tue, Mar 21, 2017, 11:16 PM

Re: [openstack-dev] [TripleO][release][deployment] Packaging problems due to branch/release ordering

On Mon, Mar 13, 2017 at 12:29 PM, Alan Pevec wrote: > 2017-03-09 14:58 GMT+01:00 Jeremy Stanley : >> In the past we addressed this by automatically merging the release >> tag back into master, but we stopped doing that a cycle ago because >> it complicated

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

Paul, if we run 750 ovb jobs per day, than adding 12 more will be less than 2% increase. I don't believe it will be a serious issue. Thanks On Tue, Mar 21, 2017 at 7:34 PM, Paul Belanger wrote: > On Tue, Mar 21, 2017 at 12:40:39PM -0400, Wesley Hayutin wrote: > > On Tue,

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

On Tue, Mar 21, 2017 at 12:40:39PM -0400, Wesley Hayutin wrote: > On Tue, Mar 21, 2017 at 12:03 PM, Emilien Macchi wrote: > > > On Mon, Mar 20, 2017 at 3:29 PM, Paul Belanger > > wrote: > > > On Sun, Mar 19, 2017 at 06:54:27PM +0200, Sagi Shnaidman

Re: [openstack-dev] [magnum][osc] What name to use for magnum commands in osc?

It seems the term COE is a valid term now. I am in favor of having “openstack coe cluster” or “openstack container cluster”. Using the command “infra” is too generic and doesn’t relate to what Magnum is doing exactly. Regards, Madhuri From: Spyros Trigazis [mailto:strig...@gmail.com] Sent:

Re: [openstack-dev] [neutron][networking-l2gw] Unable to create release tag

Hi, I am still unable to do this – this is after https://review.openstack.org/#/c/447279/ landed. Any ideas? Thanks Gary On 3/14/17, 3:04 PM, "Jeremy Stanley" wrote: On 2017-03-14 05:39:35 + (+), Gary Kotton wrote: > I was asked to create a release tag for

Re: [openstack-dev] [networking-sfc] About insertion modes and SFC Encapsulation

Igor, Inline. -Louis From: Duarte Cardoso, Igor [mailto:igor.duarte.card...@intel.com] Sent: Monday, March 20, 2017 8:02 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [networking-sfc] About insertion modes and SFC Encapsulation Hi

Re: [openstack-dev] [i18n] [nova] understanding log domain change - https://review.openstack.org/#/c/439500

On 03/21/2017 01:06 PM, Matt Riedemann wrote: > On 3/21/2017 2:25 AM, Akihiro Motoki wrote: >> >> Yes, all logging markers including LOG.exception(_LE(...)) will be >> clean up. >> Only user visible messages through API messages should be marked as >> translatable. >> > > Do we still use _LE() or

Re: [openstack-dev] [i18n] [nova] understanding log domain change - https://review.openstack.org/#/c/439500

On 3/21/2017 2:25 AM, Akihiro Motoki wrote: Yes, all logging markers including LOG.exception(_LE(...)) will be clean up. Only user visible messages through API messages should be marked as translatable. Do we still use _LE() or just _() for marking API error messages for translation? --

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

On 03/21/2017 11:40 AM, Wesley Hayutin wrote: On Tue, Mar 21, 2017 at 12:03 PM, Emilien Macchi > wrote: On Mon, Mar 20, 2017 at 3:29 PM, Paul Belanger > wrote: > On Sun, Mar 19,

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

On Tue, Mar 21, 2017 at 12:40 PM, Wesley Hayutin wrote: > Using tripleo-testcloud-rh2 I think is fine. I see a few folks recommending we use rh2, but AFAICT, it is already at capacity: [stack@undercloud ~]$ source overcloudrc [stack@undercloud ~]$ nova hypervisor-stats

Re: [openstack-dev] [oslo][kolla][openstack-helm][tripleo][all] Storing configuration options in etcd(?)

On Wed, Mar 15, 2017 at 3:53 PM, Paul Belanger wrote: > On Wed, Mar 15, 2017 at 09:41:16AM +0100, Thomas Herve wrote: >> On Wed, Mar 15, 2017 at 12:05 AM, Joshua Harlow >> wrote: >> >> > * How does reloading work (does it)? >> >> No. There is

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

On Tue, Mar 21, 2017 at 12:03 PM, Emilien Macchi wrote: > On Mon, Mar 20, 2017 at 3:29 PM, Paul Belanger > wrote: > > On Sun, Mar 19, 2017 at 06:54:27PM +0200, Sagi Shnaidman wrote: > >> Hi, Paul > >> I would say that real worthwhile try starts from

[openstack-dev] [all][ptl] Action required ! - Please submit Boston Forum sessions before April 2nd

Sorry for duplicating the original e-mail from User Committee, but we want to make sure all projects are aware about the deadline. http://lists.openstack.org/pipermail/user-committee/2017-March/001856.html PTLs (and everyone), please make sure topics are submitted before April 2nd. Please let us

[openstack-dev] [infra][security] Encryption in Zuul v3

Hi, In working on the implementation of the encrypted secrets feature of Zuul v3, I have found some things that warrant further discussion. It's important to be deliberate about this and I welcome any feedback. For reference, here is the relevant portion of the Zuul v3 spec:

Re: [openstack-dev] [networking-sfc] About insertion modes and SFC Encapsulation

Hi Vikash, It’s best to start with RFC 7665. NSH decouples traffic forwarding from both the internals of packets and service functions. A special entity called SFF will take on that job. L2/L3 then become something that the SFF might have to deal with it. However, networking-sfc API doesn’t

Re: [openstack-dev] [TripleO] Propose Attila Darazs and Gabriele Cerami for tripleo-ci core

On 15 March 2017 at 15:44, John Trowbridge wrote: > Both Attila and Gabriele have been rockstars with the work to transition > tripleo-ci to run via quickstart, and both have become extremely > knowledgeable about how tripleo-ci works during that process. They are > both very

Re: [openstack-dev] [infra][tripleo] initial discussion for a new periodic pipeline

On Mon, Mar 20, 2017 at 3:29 PM, Paul Belanger wrote: > On Sun, Mar 19, 2017 at 06:54:27PM +0200, Sagi Shnaidman wrote: >> Hi, Paul >> I would say that real worthwhile try starts from "normal" priority, because >> we want to run promotion jobs more *often*, not more

Re: [openstack-dev] [magnum][osc] What name to use for magnum commands in osc?

IMO, coe is a little confusing. It is a term used by people related somehow to the magnum community. When I describe to users how to use magnum, I spent a few moments explaining what we call coe. I prefer one of the following: * openstack magnum cluster create|delete|... * openstack mcluster

Re: [openstack-dev] [tripleo][diskimage-builder] Status of diskimage-builder

Please vote again: https://review.openstack.org/#/c/445617/ We keep dib-utils for now until we have a plan. On Tue, Mar 14, 2017 at 2:49 PM, Emilien Macchi wrote: > Here's the proposal that will move DIB to Infra umbrella: > https://review.openstack.org/445617 > > Let's move

Re: [openstack-dev] [networking-sfc] About insertion modes and SFC Encapsulation

Hi, Moving definition of SF from port-pair to port-pair-group looks good. TAP is also an insertion mode like L2/L3 but since it simplifies to keep 'tap-enabled' field also in port-pair-group, so it should be fine from implementation point of view (Note - TAP SFs do not forward packet). TAP

Re: [openstack-dev] [all][ironic] Kubernetes-based long running processes

Hi. I think to use Mistral with k8s extension for ironic use cases is not very good idea because: - Yes, Mistral can be used for executions of long-running business processes [1]. But business processes in Mistral are multi-step sets of abstract "jobs" (tasks) [1], [2]. For ironic

Re: [openstack-dev] [kolla] Proposing duonghq for core

And time is up:) Welcome Duong to core team! On 16 March 2017 at 10:32, Dave Walker wrote: > +1, some great contributions. Looking forward to having Duong on the team. > > -- > Kind Regards, > Dave Walker > > On 15 March 2017 at 19:52, Vikram Hosakote (vhosakot)

Re: [openstack-dev] [horizon] [keystone] [federated auth] [ocata] federated users with "admin" role not authorized for nova, cinder, neutron admin panels

Hi, Oh wow, for some reason my message was not sent to the list. On 03/20/2017 09:03 PM, Evan Bollig PhD wrote: > Hey Boris, > > Any updates on this? > > Cheers, > -E > -- > Evan F. Bollig, PhD > Scientific Computing Consultant, Application Developer | Scientific > Computing Solutions (SCS) >

Re: [openstack-dev] [networking-sfc] About insertion modes and SFC Encapsulation

Hi Cathy, I understand MPLS is a special protocol because: - It allows Service Function Path identification (rfc7665) -> compatible with SFC Encapsulation - It doesn't fully encapsulate the original frames -> incompatible with SFC Encapsulation - Not necessary for this conversation, but also

Re: [openstack-dev] [magnum][osc] What name to use for magnum commands in osc?

On 03/20/2017 09:24 PM, Qiming Teng wrote: On Mon, Mar 20, 2017 at 03:35:18PM -0400, Jay Pipes wrote: On 03/20/2017 03:08 PM, Adrian Otto wrote: Team, Stephen Watson has been working on an magnum feature to add magnum commands to the openstack client by implementing a plugin:

[openstack-dev] [tripleo][squad:containers] Updates on the CI status for the container-based deployment

Greetings, The containers squad has worked a bit on the CI jobs lately and I'd like to provide some updates. There are 2 containers related jobs now: 1) undercloud-containers 2) containers-oooq-nv The first job tests a containerized undercloud deployment (experimental). The second one tests a

Re: [openstack-dev] [oslo][barbican][castellan] Proposal to rename Castellan to oslo.keymanager

On 16/03/17 12:43 -0400, Davanum Srinivas wrote: +1 from me to bring castellan under Oslo governance with folks from both oslo and Barbican as reviewers without a project rename. Let's see if that helps get more adoption of castellan This sounds like a great path forward! +1 Flavio Thanks,

Re: [openstack-dev] [horizon] [keystone] [federated auth] [ocata] federated users with "admin" role not authorized for nova, cinder, neutron admin panels

Hi, Oh wow, for some reason my message was not sent to the list. On 03/20/2017 09:03 PM, Evan Bollig PhD wrote: > Hey Boris, > > Any updates on this? > > Cheers, > -E > -- > Evan F. Bollig, PhD > Scientific Computing Consultant, Application Developer | Scientific > Computing Solutions (SCS) >

[openstack-dev] [ceilometer][powervm] pollster interface changes

hi, this is just a headsup to the powervm team regarding potentially (probably) breaking changes to pollster interface in ceilometer. in an effort to streamline the interface so that it's less verbose/hacky, we have a change up that will allow us to remove the need for passing around a cache

Re: [openstack-dev] [TripleO] Propose Attila Darazs and Gabriele Cerami for tripleo-ci core

On Wed, Mar 15, 2017 at 1:14 PM, John Trowbridge wrote: > Both Attila and Gabriele have been rockstars with the work to transition > tripleo-ci to run via quickstart, and both have become extremely > knowledgeable about how tripleo-ci works during that process. They are > both

Re: [openstack-dev] [magnum][osc] What name to use for magnum commands in osc?

On Mon, Mar 20, 2017 at 4:38 PM, Dean Troyer wrote: > On Mon, Mar 20, 2017 at 4:36 PM, Adrian Otto > wrote: > > So, to be clear, this would result in the following command for what we > currently use “magnum cluster create” for: > > > > openstack

Re: [openstack-dev] [magnum][osc] What name to use for magnum commands in osc?

On 03/20/2017 08:16 PM, Dean Troyer wrote: > On Mon, Mar 20, 2017 at 5:52 PM, Monty Taylor wrote: >>> [Hongbin Lu] >>> I think the style would be more consistent if all the resources are >>> qualified or un-qualified, not the mix of both. > >> So - swift got here first, it

Re: [openstack-dev] [openstack-docs] [tripleo] Creating official Deployment guide for TripleO

Thanks for volunteering everyone :) Carlos – The Contributor Guide link that Emilien shared has a list of the tasks (step-by-step process) that need to be done. The only other thing you might need to elaborate on is potential for editing and ensuring your guide is up-to-date and fully

[openstack-dev] [mogan][valence] Valence integration

hi guys, Here is a spec about Mogan and Valence integration[1], but before this happen, I would like to know what information needed when requesting to compose a node through Valence. From the API doc[2], I can only find name and description parameters, but seems like it's incorrect, I suppose

Re: [openstack-dev] [Openstack] Newton: not able to login via public key

Nova API. Neutron just relays the metadata requests to Nova. On Sun, Mar 5, 2017 at 8:53 AM, Amit Uniyal wrote: > Hi Kevin, > > > Thanks for response. > > Can you tell which service or which configuration(file) is responsible for > adding metadata to instance. like adding

[openstack-dev] [neutron] - adjusting Monday IRC meeting time and drivers meeting time

Hi everyone, The recent DST switch has caused several conflicts for the Monday IRC meeting time and the drivers meeting time. I am going to adjust the Monday meeting time to 1 hour earlier[1] and the drivers meeting time to 6 hours earlier to (1600 UTC). The Monday meeting will now be on

Re: [openstack-dev] [ceilometer]Can't find meter anywhere with ceilometer post REST API

gordon, Thanks much, it works by adding below section in pipeline.yaml - name: collectd_source interval: 60 meters: - "load.load" - "memory.memory" - "interface.if_dropped" - "interface.if_errors" - name: collectd_sink

Re: [openstack-dev] [vitrage] vitrage Resource API

Hi dwj, The resource API is something that we planned on implementing, but eventually didn’t do that. Best Regards, Ifat. From: "dong.wenj...@zte.com.cn" Date: Tuesday, 21 March 2017 at 02:45 To: "trinath.soman...@nxp.com" Cc:

[openstack-dev] [neutron][stadium] - abandoned patches and bug triage

Hi everyone, You may have noticed I ran the auto abandon script to clean up some of our back-log. In addition to abandoning patches, I adjusted it to add a tag to the bug and mark it New again so we can triage it. If you had a patch abandoned, feel free to restore it right away if you are

Re: [openstack-dev] [ALU] Re: [vitrage] vitrage Resource API

Hi Alexey, Thanks for letting me know. I'll continue to implement the API if there is nobody works on it. :) BR, dwj Original Mail Sender: ＜alexey.w...@nokia.com＞ To: ＜openstack-dev@lists.openstack.org＞ ＜trinath.soman...@nxp.com＞ Date: 2017/03/21 14:17 Subject: Re:

Re: [openstack-dev] [i18n] [nova] understanding log domain change - https://review.openstack.org/#/c/439500

2017-03-17 5:50 GMT+09:00 Ihar Hrachyshka : > On Thu, Mar 16, 2017 at 12:00 PM, Doug Hellmann wrote: >> Please keep translations for exceptions and other user-facing messages, >> for now. > > To clarify, that means LOG.exception(_LE(...)) should also be

Re: [openstack-dev] [ceilometer]Can't find meter anywhere with ceilometer post REST API

Pipeline's config looks good. Could U please enable debug/verbose in ceilometer.conf and check ceilometer/collector.log ? --- Yurii On Tue, 2017-03-21 at 11:40 +0800, Hui Xiang wrote: > Thanks gordon for your info. > > The reason why not using gnocchi in mitaka is that we are using >

Re: [openstack-dev] [mogan] Nominating liusheng for Mogan core

+1 Thanks LiuSheng for good reviewing and keeping contribution. 2017-03-20 16:41 GMT+08:00 Rui Chen : > +1 > > Liusheng is a responsible reviewer and keep good reviewing quality in Mogan. > > Thank you working hard for Mogan, Liusheng. > > 2017-03-20 16:19 GMT+08:00

Re: [openstack-dev] [ALU] Re: [vitrage] vitrage Resource API

Hi Dong, At the beginning that API was a mock, and then when the Vitrage started to work, we haven’t implemented the API and thus we can’t show an API in the client that doesn’t work. In order to implement that API it also needs to support Multi tenancy. Alexey From: dong.wenj...@zte.com.cn