Hello Ifat,
I tried to see more in depth about the issues you mentioned regarding
the extension of vSwitches. Due to a lot of complexity involved in
generating this topology and associated effects, I believe we need to
setup some baseline (e.g. adding a configuration file for specifying
bridges in
> On 22 Mar 2017, at 00:53, Alex Schultz wrote:
>
> 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 ha
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 Developm
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: https://webchat.freenode.net/?channels=openstack
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 (joehua
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 need you.
>
> http://
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 br
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 (n
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
>
> On Tue, 2017-03-21 at 1
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 magn
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 many changes span t
+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 the database modeling;
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.
>>>
>>> What problem is being solved b
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
>> options in an exter
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 ever consider simply
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
https://wiki.openstack
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 currently not possible
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 c
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 used
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 on-boar
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
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?).
http://lists.openstack.o
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
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 Hellmann's message of 2017-03-
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 it)?
No. There is nothing
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 i
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 topics
*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 ha
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 IRC:
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 offloadin
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 nothing that we can do in o
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
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 SSH keys. Correct me
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 wo
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: [openstack-dev] [networking-sfc] About insertion modes and SFC
Enca
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 Vika
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 release note generation.
>
> Also this wa
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, Mar 21, 2017 at 12:03 P
We will not have a meeting next week, as it conflicts with KubeCon
Europe. The next sig-openstack meeting for OpenStack on K8S is
tentatively scheduled for April 11.
In the meantime, if you are attending KubeCon and want to join
sig-openstack for an informal gathering or want to catch up with
othe
Hi Igor,
On Tue, Mar 21, 2017 at 10:02 PM, Duarte Cardoso, Igor <
igor.duarte.card...@intel.com> wrote:
> 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 ta
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 wouldn't
qualify if standard keys were to be stored.
Regards,
Matthieu
On Tue
Hi Paul,
This is not exactly a rewrite since shade and tripleo-quickstart were
not available when the development has started.
But yes, I understand your point and we are now more and more moving
toward Ansible. However, I also miss all the possibilities Python
provide (variable scope, the syntax,
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 wrote:
> > >> Hi, Paul
> > >> I would say that
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: Tues
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 stable/ocata. This fai
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 network
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
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?
--
T
On 03/21/2017 11:40 AM, Wesley Hayutin wrote:
On Tue, Mar 21, 2017 at 12:03 PM, Emilien Macchi mailto:emil...@redhat.com>> wrote:
On Mon, Mar 20, 2017 at 3:29 PM, Paul Belanger
mailto:pabelan...@redhat.com>> wrote:
> On Sun, Mar 19, 2017 at 06:54:27PM +0200, Sagi Shnaidman wrote:
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
+--+--
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 nothing that we can do in oslo that will make service
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 "normal" priority,
> because
> >> we want to r
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
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:
http://specs.openst
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 ex
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 capable of providing
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 *rarely* which happens
>> with
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 creat
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 forward and vote on
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
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 conso
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)
> wrote:
>>
>> +1 Great job Duo
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)
> M
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 imp
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:
https://review.
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 c
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,
D
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)
> M
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 o
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 very capable of pro
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 coe cluster create …
> >
> > Is this right?
>
> Y
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 wins, it gets containe
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 deployabl
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 tha
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 adding keys in new inst
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 opensta
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
transform
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@lists.openstack.org" ,
"Afek, Ifat (Nokia - IL/Kfa
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
working
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: [openst
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 cleaned
> up? The only things that we should
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
> collectd-ce
+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 Zhenguo Niu :
>>
>> Hi team,
>
83 matches
Mail list logo
