Hi Ceilometer/AODH developers,
As you might have heard in Mitaka Summit, we have started a new project named
Vitrage[1]. We would like it to be the Openstack RCA (Root Cause Analysis)
Engine for organizing, analyzing and expanding OpenStack alarms & events,
yielding insights regarding the root
Hi,
I see a zombie process left out by ceilometer-api after a client command
like "ceilometer meter-list". This seems to occur only when I change the
number of workers for [api] section in ceilometer.conf to 2 or more.
With default value of workers = 1, there is no zombie.
Has anybody
Here is the output of "ps aux | grep ceilometer-api" after "ceilometer
meter-list"
ceilome+ 27192 1.0 1.1 247400 60388 ?Ss 14:10 0:00
/usr/bin/python /usr/bin/ceilometer-api
--config-file=/etc/ceilometer/ceilometer.conf
--logfile=/var/log/ceilometer/api.log
ceilome+ 27655 15.3 0.0
can you clarify what you mean by 'zombie process'? i'm not aware of a
bug relating to this so could you open one.
just for reference, this is the suggested method for deploying the
ceilometer-api:
http://docs.openstack.org/developer/ceilometer/install/mod_wsgi.html
cheers,
On 12/11/2015
if you have configured two workers and you have two ceilometer-api
processes and an extra 'zombie' process, then it's correct.
someone else might be able to articulate this better but when you use
workers, it creates child processes that represent the workers you set,
and there is a parent
thanks for the feedback.
it's my pleasure to welcome Rohit to the Ceilometer core team. everyone
back to work! :)
On 05/11/15 08:45 AM, gord chung wrote:
hi folks,
i'd like to nominate Rohit Jaiswal as core for Ceilometer. he's done a
lot of good work recently like discovering and fixing
again, it's been debated that we shouldn't be allowed to completely drop
apis.
in regards to deprecation, how do you make this deprecation known? also,
this goes beyond the client. if we deprecated in the client we should
really have the endpoint deprecated in API as well.
On 05/11/2015
Hi,
Following our Tokyo meetings and chats around vitrage and ceilometer, we are
now working on vitrage blueprints for Mitaka.
One of the blueprints is around ‘active alarms’ screen in the horizon dashboard.
Is there any open blueprint for that, or should I open a new one?
Was this discussed in
org>"
<openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>>
Subject: [openstack-dev] [ceilometer][vitrage][horizon] ceilometer alarms
screen in horizon
Hi,
Following our Tokyo meetings and chats around vitrage and ceilometer, we are
now working on
Hi Pradeep,
Presently we are looking for a monitoring service.Using monitoring service
user's/application's
will subscribe for few notification's/events from openstack infrastructure and
monitoring service
will publish these notification to user's/application's.
We are exploring Ceilometer
On 05/11/2015 5:11 AM, Raghunath D wrote:
Hi Pradeep,
Presently we are looking for a monitoring service.Using monitoring
service user's/application's
will subscribe for few notification's/events from openstack
infrastructure and monitoring service
will publish these notification to
i'm sort of torn on this item. there's a general feeling that regarding
api, nothing should be dropped so i'm hesitant to actually deprecate it.
i think changing the data also is very dangerous when it comes to
compatibility (even though keeping it increases inconsistency).
maybe the better
I don't think we need two APIs to act duplicated functionalities, the
"sample-list -m" command actually invoke API "GET
/V2/meters/", it is more like a meter related API, not
sample. I personally prefer to mark the "sample-list -m" command
deprecated and dropped in future cycle. is this
+1
On Thu, Nov 5, 2015 at 9:45 PM, gord chung wrote:
> hi folks,
>
> i'd like to nominate Rohit Jaiswal as core for Ceilometer. he's done a lot
> of good work recently like discovering and fixing many issues with Events
> and implemented the configuration reloading functionality.
hi folks,
i'd like to nominate Rohit Jaiswal as core for Ceilometer. he's done a
lot of good work recently like discovering and fixing many issues with
Events and implemented the configuration reloading functionality. he's
also been very active providing input and fixes for many bugs.
as
Hi,Here is an open bug : https://bugs.launchpad.net/ceilometer/+bug/1497073Is it a bug or not?For the command "ceilometer sample-list --meter cpu", it calls "/v2/meter" API and return the OldSample objectswhich return body is different from "ceilometer sample-list --query 'meter=cpu'".To fix this
thanks Ildiko
it's also safe to assume the meeting will be cancelled for October 29
and November 5. please use the mailing list (it's actually preferred)
for any discussion items.
On 21/10/2015 8:22 AM, Ildikó Váncsa wrote:
Hi All,
I would like to inform you that we cancel the Ceilometer
thanks for the feedback folks.
i'd like to welcome Ryota to the Aodh core team. thank you for all the
continued effort in building alarming functionality in OpenStack!
On 16/10/2015 8:59 AM, gord chung wrote:
sorry, as we usually do, please comment on gerrit[1]. if you cannot,
then please
Hi All,
I would like to inform you that we cancel the Ceilometer meeting for this week
in favor of Summit travels and preparation.
We finished to organize our sessions for next week, you can find the schedule
here: https://mitakadesignsummit.sched.org/overview/type/ceilometer
The etherpads for
Hi
I am using MongoDB backend.
Thanks
Srikanth
-Original Message-
From: gord chung [mailto:g...@live.ca]
Sent: Tuesday, October 20, 2015 9:20 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Ceilometer] "Infinite" values for "sum" a
which backend are you using? this potentially may be a bug where we're
hitting some size limit restricted by datatype.
On 19/10/2015 4:02 PM, Srikanth Vavilapalli wrote:
Hi
I have observed "inf" values for "sum" and "average" fields in a ceilometer statistics query on one of my custom meter
, Srikanth Vavilapalli wrote:
Hi
I am using MongoDB backend.
Thanks
Srikanth
-Original Message-
From: gord chung [mailto:g...@live.ca]
Sent: Tuesday, October 20, 2015 9:20 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Ceilometer] "Infinite" values for "sum
s
Srikanth
-Original Message-
From: gord chung [mailto:g...@live.ca]
Sent: Tuesday, October 20, 2015 1:39 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Ceilometer] "Infinite" values for "sum" and
"average" fields in statist
hi folks,
to followup on an item regarding Ceilometer+ops session at the summit.
there isn't one explicitly for Ceilometer but there is a monitoring
session[1] and a billing session[2]. based on the past, these sessions
tend to focus more on 3rd party tools such as Sensu et al but if free it
Hi
I have observed "inf" values for "sum" and "average" fields in a ceilometer
statistics query on one of my custom meter as shown below. I have also verified
the samples query for this meter and there are 1544 samples (output shown
below) with all of them having value as "150.0". So ideally
hi,
i'd like to nominate Ryota Mibu to the Aodh core team. he has been an
active participant in Aodh and leads the Event alarms work done there.
he also brings good insight related to NFV use case.
patches:
https://review.openstack.org/#/q/owner:%22Ryota+MIBU%22+project:openstack/aodh,n,z
sorry, as we usually do, please comment on gerrit[1]. if you cannot,
then please comment here.
[1] https://review.openstack.org/#/c/235890/
On 16/10/15 08:39 AM, gord chung wrote:
hi,
i'd like to nominate Ryota Mibu to the Aodh core team. he has been an
active participant in Aodh and leads
hi,
for those interested, i've put up the tentative schedule[1] for
telemetry-related topics for the Tokyo design summit.
note, there's a session to discuss horizon and ceilometer integration as
that was a common issue raised in the recent ceilometer survey.
please let me know if there's
> Hi
>
> Can anyone plz help me on how to specify a simple query with multiple values
> for a query field in a Ceilometer meter-list request? I need to fetch meters
> that belongs to more than one project id. I have tried the following query
> format, but only the last query value (in this
quot;project_id\": \"f28d2e522e1f466a95194c10869acd0c\"}},{\"=\":
{\"project_id\": \"d41cdd2ade394e599b40b9b50d9cd623\"}}]}}'
"http://10.11.10.1:8777/v2/query/meters;
Thanks
Srikanth
-Original Message-
From: Eoghan Glynn [mailto:egl...@redhat.com]
S
Hi
Can anyone plz help me on how to specify a simple query with multiple values
for a query field in a Ceilometer meter-list request? I need to fetch meters
that belongs to more than one project id. I have tried the following query
format, but only the last query value (in this case,
Meters are measurable value. So it cannot be a string.
If you really need to have notifications about event that is exist but
cannot be measured you can use Events.
http://docs.openstack.org/admin-guide-cloud/telemetry-events.html
Cheers,
Igor Degtiarov
Software Engineer
Mirantis Inc.
Meters are measurable value. So it cannot be a string.
If you really need to have notifications about event that is exist but
cannot be measured you can use Events.
http://docs.openstack.org/admin-guide-cloud/telemetry-events.html
Cheers,
Igor Degtiarov
Software Engineer
Mirantis Inc.
Hi all,
As Gordon descriped in https://bugs.launchpad.net/ceilometer/+bug/1491509 ,
many of pollsters define the timestamp individually for each sample that is
generated rather than basing on when the data was polled. I agree with
Gordon on that the timestamping of samples should base on when
There are three type of meters are defined in Ceilometer, including Cumulative,
Gauge, Delta.
In fact, these three types are numeric, but i need string.
How could i make ceilometer to support string.
Doc: http://docs.openstack.org/developer/ceilometer/new_meters.html
image:
phot...@126.com
Hi!
Looks good to me, especially for cases when after some incident we gather a
great amount of notifications in queue and stated to work with it so some
data will have incorrect timestamp if it set only when sample is created.
Cheers,
Igor Degtiarov
Software Engineer
Mirantis Inc.
hi,
telemetry is a big space and its requirements differ from company to
company. there are existing projects that extend/leverage the
functionality of Ceilometer to either customise, fill in gaps or resolve
complementary problems.
as the projects are not all managed by the Ceilometer team,
hi,
just a reminder, please submit any topics ASAP so we can properly vote
on items. if you have a feature you'd like to submit this cycle it'd
greatly help your chances of merging should you present/explain your
topic to us common folks.
On 10/09/15 02:03 PM, gord chung wrote:
hi,
as
Can ceilometer-gurus advise?
[For Ceilometer/Juno]
Use case:
catch instance creation error notifications with ceilometer.
I tried the notifications as well as metering route, but haven't quite
figured out how to do this --
- Added a notification class to ceilometer
Hello,
The OpenStack Telemetry (aka Ceilometer) team would like to collect
feedback and information from its user base in order to drive future
improvements to the project. To do so, we have developed a survey. It
should take about 15min to complete.
Questions are fairly technical, so please
Chris,
Thanks for clarification.
On Tue, 15 Sep 2015, Chris Dent wrote:
On Tue, 15 Sep 2015, Zhai, Edwin wrote:
I saw some patches from Chris Dent to enable functions in devstack/*. But
it conflicts with devstack upstream so that start each ceilometer service
twice. Is there any official
is this using KVM? there are actually a few requirements[1] to ensure
memory.usage meter works using libvirt:
- libvirt 1.1.1+
- qemu 1.5+
- guest driver that supports memory balloon stats
retagging to ceilometer to get more eyes.
[1]
hi,
i'm not familiar with eclipse+pydev but you should be able to run that
command as is in terminal
'./tools/ceilometer-test-event.py'
the main question i have is what are you trying to debug? that script,
to be honest, does not do much. it seems to just test the event
conversion
On Tue, 15 Sep 2015, Zhai, Edwin wrote:
I saw some patches from Chris Dent to enable functions in devstack/*. But it
conflicts with devstack upstream so that start each ceilometer service twice.
Is there any official way to setup ceilometer as devstack plugin?
What I've been doing is
hi folks,
less than six months ago, i decided to run for PTL of Ceilometer where
my main goal was to support the community of contributors that exists
within OpenStack with interests in telemetry[1]. it is under that tenet
which i will run again for team lead of Ceilometer. as mentioned
thanks for organising this Jason.
for those who can't attend but want to, i think it'd also be good to
know if location is the blocker here.
retagging with [ceilometer].
On 15/09/2015 9:50 AM, Jason Myers wrote:
Hello Everyone,
We are setting up a few polls to determine the possibility
Hello Everyone,
We are setting up a few polls to determine the possibility of
meeting face to face for a ceilometer midcycle in Dublin, IE. We'd like
to gather for three days to discuss all the work we are currently doing;
however, we have access to space for 5 so you could also use that
All,
I saw some patches from Chris Dent to enable functions in devstack/*. But it
conflicts with devstack upstream so that start each ceilometer service twice. Is
there any official way to setup ceilometer as devstack plugin?
Best Rgds,
Edwin
t Mailing L"<openstack-dev@lists.openstack.org>;
Subject: Re: ?? [openstack-dev] [Ceilometer][Gnocchi]Gnocchi cannot deal
with combined resource-id ?
On Sat, Sep 12 2015, Luo Gangyi wrote:
> I checked it again, no "ignored" is marked, seems the bug of dev
Hi folks,
With the master Ceilometer installed, and use mysql backend, the
event-list command met a heavy time cost. if we have a bit large number
of events stored, it is easy to cause event list API request timeout,
the rally people told me that this issue has broken the
On Fri, 11 Sep 2015, Luo Gangyi wrote:
I am using master branch and newest code for testing.
For the purpose for learning the structure of gnocchi, I changed the
default UUID type of mysql from binary to char, so I can easily link
the resource-id(I mean in database), metric id and directory
??: "Julien Danjou";<jul...@danjou.info>;
: 2015??9??12??(??) 0:01
??: "Luo Gangyi"<lgy...@foxmail.com>;
: "OpenStack Development Mailing L"<openstack-dev@lists.openstack.org>;
: Re: [openstack-dev] [Cei
Hi devs,
I am trying Ceilometer with gnocchi.
I find that gnocchi cannot deal with combined resource-id such as
instance-xx-tapxx or instance--vda. I'm not sure whether it is my
configuration problem or just bug.
And if such combined resource-id can be processed correctly,
Several weeks ago I made a little tool call pollman[1] that demonstrates
pollsters plugins that are outside the ceilometer python namespace. I
was going to use it in my portion of a summit talk to show just how
incredibly easy it is to create custom pollsters. After getting the
basics working
On Fri, Sep 11 2015, Julien Danjou wrote:
> Which version are you testing? The master branch has no support for
s/no/now/
--
Julien Danjou
-- Free Software hacker
-- http://julien.danjou.info
signature.asc
Description: PGP signature
On Fri, Sep 11 2015, Luo Gangyi wrote:
Hi Luo,
> I find that gnocchi cannot deal with combined resource-id such as
> instance-xx-tapxx or instance--vda. I'm not sure whether it is my
> configuration problem or just bug.
Which version are you testing? The master branch has no support
Excerpts from Chris Dent's message of 2015-09-11 11:31:07 +0100:
>
> Several weeks ago I made a little tool call pollman[1] that demonstrates
> pollsters plugins that are outside the ceilometer python namespace. I
> was going to use it in my portion of a summit talk to show just how
> incredibly
mobile.com
-- Original --
From: "Julien Danjou";<jul...@danjou.info>;
Date: Fri, Sep 11, 2015 06:31 PM
To: "Luo Gangyi"<lgy...@foxmail.com>;
Cc: "OpenStack Development Mailing L"<openstack-dev@lists.openstack.org>;
Subject: Re:
On Fri, Sep 11 2015, Luo Gangyi wrote:
Hi Gangyi,
> I am using master branch and newest code for testing.
Cool.
> For the purpose for learning the structure of gnocchi, I changed the
> default UUID type of mysql from binary to char, so I can easily link
> the resource-id(I mean in
Hi, Chris
> With that change in place you can still use the 'instance-xxx-tap' ID
> in the part of /v1/metric/resource// URLs and in
> search queries.
But we cannot know the tap name through nova api or neutron api.
In general, there exists some conditions that we cannot know the
hi,
as mentioned during today's meeting, since we have our slots for design
summit, we'll start accepting proposals for the telemetry-related topics
for the Tokyo summit.
similar to previous design summits, anyone is welcome to propose topics
related to ceilometer, aodh, gnocchi, or any
Hi Folks,I have installed a kilo devstack setup install and I am trying to get the memory and disk usage for my VM's. But on checking the "ceilometer meter-list" I can't find memory.usage or disk.usage meters.I am searched a lot for this and still couldn't find a solution. So how to enable these
Just a personal thought, can we add an ACK to alarm notifier? when an
event-alarm fired, the alarm state transformed to "alarm", if
'alarm_action' has been set, the 'alarm_action' will be triggered and
notify. for event-alarm, a timout can be set to wait the ACK from alarm
notifier, if the ACK
Liusheng,
Thanks for your idea. I think it guarantees alarm action got called. But I just
want it fired upon each matching event. E.g. for each instance crash event.
Have talked with MIBU, repeat-actions can be used for this purpose.
Best,
Edwin
On Tue, 8 Sep 2015, liusheng wrote:
Just a
is this using libvirt? if so, can you verify you have the following
requirements:
* libvirt 1.1.1+
* qemu 1.5+
* guest driver that supports memory balloon stats
also, please check to see if there are any visible ERRORs in
ceilometer-agent-compute log.
On 08/09/2015 2:04 AM, Abhishek
5 11:05 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [Ceilometer] Meters
Hi Folks,
I have installed a kilo devstack setup install and I am trying to get the
memory and disk usage for my VM's. But on checking the "ceilometer meter-list"
I can
All,
Currently, event-alarm is one-shot style: don't fire again for same event. But
threshold-alarm is limited periodic style:
1. only get 1 fire for continuous valid datapoints.
2. Would get a new fire if insufficient data followed by valid ones, as we reset
alarm state upon insufficient
On Thu, Sep 3, 2015 at 12:42 PM, gord chung wrote:
>
>
> On 31/08/15 09:13 AM, gord chung wrote:
>
>> hi,
>>
>> we'd like to nominate Pradeep Kilambi to the Ceilometer core team. he has
>> contributed by adding declarative meter support in Ceilometer and provides
>> feedback/input
On 31/08/15 09:18 AM, gord chung wrote:
hi,
we'd like to nominate Liusheng to the Ceilometer core team. he has
been a leading contributor in Ceilometer, provides solid reviews, and
regularly adds ideas for new improvements.
as we did last time, please vote here:
On 31/08/15 09:13 AM, gord chung wrote:
hi,
we'd like to nominate Pradeep Kilambi to the Ceilometer core team. he
has contributed by adding declarative meter support in Ceilometer and
provides feedback/input in regards to packaging and design.
as we did last time, please vote here:
hi,
we'd like to nominate Liusheng to the Ceilometer core team. he has been
a leading contributor in Ceilometer, provides solid reviews, and
regularly adds ideas for new improvements.
as we did last time, please vote here:
https://review.openstack.org/#/c/218819/ . if for whatever reason
hi,
we'd like to nominate Pradeep Kilambi to the Ceilometer core team. he
has contributed by adding declarative meter support in Ceilometer and
provides feedback/input in regards to packaging and design.
as we did last time, please vote here:
https://review.openstack.org/#/c/218822/ . if
I pushed a patch for Congress dependent on your patch.
https://review.openstack.org/#/c/217765/
Tim
On Thu, Aug 27, 2015 at 8:05 AM Sergey Lukjanov slukja...@mirantis.com
wrote:
Hi,
I think filing the cross-project bug is ok. I've already uploaded patch
for sahara jobs -
Hi,
I think filing the cross-project bug is ok. I've already uploaded patch for
sahara jobs - https://review.openstack.org/217751
Thanks.
On Wed, Aug 26, 2015 at 6:46 PM, Chris Dent chd...@redhat.com wrote:
[If any of this is wrong I hope someone from infra or qa will
correct me. Thanks.
[If any of this is wrong I hope someone from infra or qa will
correct me. Thanks. This feels a bit cumbersome so perhaps there is
a way to do it in a more automagic fashion[1].]
In the near future ceilometer will be removing itself from the core
of devstack and using a plugin instead. This is
Since it provides an opportunity to do some interesting things I
thought I should announce that ceilometer has left the core of
grenade and is now running its own 'gate-grenade-dsvm-ceilometer'
job that uses a grenade plugin hosted in the ceilometer repo.
At the moment the plugin does the bare
On Wed, 26 Aug 2015, Ryota Mibu wrote:
Quick note to ceilometer folks.
Many check and gate jobs for ceilometer are failed due to WSME related
issue that is already addressed by [1], so please make sure your patch
set are rebased on the current master before execute 'recheck'.
Thanks for
On 08/26/2015 05:14 AM, Chris Dent wrote:
Since it provides an opportunity to do some interesting things I
thought I should announce that ceilometer has left the core of
grenade and is now running its own 'gate-grenade-dsvm-ceilometer'
job that uses a grenade plugin hosted in the ceilometer
Hi,
Quick note to ceilometer folks.
Many check and gate jobs for ceilometer are failed due to WSME related issue
that is already addressed by [1], so please make sure your patch set are
rebased on the current master before execute 'recheck'.
[1] https://review.openstack.org/#/c/208467/
data storage, event alarming and other receiver like
audit system.
Thanks,
Ryota
-Original Message-
From: liusheng [mailto:liusheng1...@126.com]
Sent: Wednesday, August 05, 2015 1:12 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev
Gordon thanks for quick answer.
I'll add a patch with new dir for mitaka specs and move my specs there.
cheers,
Igor Degtiarov
Software Engineer
Mirantis Inc.
www.mirantis.com
On Mon, Aug 17, 2015 at 7:02 PM, gord chung g...@live.ca wrote:
good questions...
On 17/08/2015 10:19 AM, Igor
good questions...
On 17/08/2015 10:19 AM, Igor Degtiarov wrote:
Gordon probably that question to you:
Are we going to create a new folder in spec's dir for next cycle, or
we continue discussing new specs as part of liberty?
we can create a new dir for M* cycle specs. as mentioned in last
On 07/08/2015 3:49 AM, Chris Dent wrote:
Despite our conversation in the meeting yesterday[1] I still remain a
bit confused about the upgrade path from alarming-in-ceilometer to
alarming provided by aodh and the availability of the older code in
released liberty.
Much of my confusion can
-dev] [Ceilometer][AODH] Timeout Event Alarms
Hi,
Maybe the event transformer is needed in some use cases to generate new
events or do transformations like the samples
handling. but for this timeout event alarming requirement, the 'timeout' of
alarms will be various, it not a good idea
On Fri, Aug 07 2015, Chris Dent wrote:
If someone installs aodh on a machine that already has ceilometer on it
and turns off ceilometer-alarm-notifier and ceilometer-alarm-evaluator
(in favor of aodh-notifier and aodh-evaluator) will they be able to run
those aodh services against their
Despite our conversation in the meeting yesterday[1] I still remain a
bit confused about the upgrade path from alarming-in-ceilometer to
alarming provided by aodh and the availability of the older code in
released liberty.
Much of my confusion can probably be resolved by knowing the answer to
On Fri, 7 Aug 2015, Julien Danjou wrote:
On Fri, Aug 07 2015, Chris Dent wrote:
If someone installs aodh on a machine that already has ceilometer on it
and turns off ceilometer-alarm-notifier and ceilometer-alarm-evaluator
(in favor of aodh-notifier and aodh-evaluator) will they be able to
The recent split of the unit and functional tests in ceilometer
shows some interesting test coverage data. With just what are now
called the unit tests coverage is a meek 58%. With both the unit
and functional (what used to be the standard coverage run) the
coverage is a still kind of meek 84%.
On 07/08/2015 3:49 AM, Chris Dent wrote:
Despite our conversation in the meeting yesterday[1] I still remain a
bit confused about the upgrade path from alarming-in-ceilometer to
alarming provided by aodh and the availability of the older code in
released liberty.
Much of my confusion can
Hi folks,
On our meatup we agreed to add timeout event alarms [1](Event-Base Alarming
part).
In ToDo task Сhoose the optimal way for timeout alerting implementation
Now we have two proposition for implementation:
- first is to add timeout param in event pipeline (transformer part)
[2]
--
Hi,
Maybe the event transformer is needed in some use cases to generate new
events or do transformations like the samples handling. but for this
timeout event alarming requirement, the 'timeout' of alarms will be
various, it not a good idea of changing event_pipeline.yaml to generate
new
hi Igor,
i would suggest you go with second option as i believe your
implementation will overlap and reuse some of the functionality Ryota
would code for his alarm spec [1]. also, since Aodh is working on an
independent release cycle, it'll give you some more time as i don't
think we'd be
Subject: Re: [openstack-dev] [Ceilometer] Unable to get the neutron network
related meters in ceilometer
On 30/07/2015 1:55 PM, Srikanth Vavilapalli wrote:
I was able to resolve this issue by adding the following configuration line
(by default, disable_non_metric_meters is set to True, and most
On 30/07/2015 1:55 PM, Srikanth Vavilapalli wrote:
I was able to resolve this issue by adding the following configuration line (by
default, disable_non_metric_meters is set to True, and most of the Neutron
meters are of type non-metric) in /etc/ceilometer/ceilometer.conf and
restarting all
...
[notification]
disable_non_metric_meters = false
Thanks
Srikanth
-Original Message-
From: Srikanth Vavilapalli [mailto:srikanth.vavilapa...@ericsson.com]
Sent: Wednesday, July 29, 2015 2:25 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Ceilometer] Unable to get
Hi
I have manually installed latest ceilometer service in my devstack (master
branch) cluster with MongoDB as backend. I have configured all the ceilometer
services (notification, central, collector, api services on controller node and
ceilometer-agent-compute on compute nodes) as per the
On Thu, Jul 16 2015, Angus Salkeld wrote:
Hi Angus,
I just saw this, and I am concerned this is going to kill Heat's gate (and
user's templates).
Will this be hidden within the client so that as long as we have aodh
enabled in our gate's devstack
this will just work?
As Gordon said, don't
On Fri, Jul 17, 2015 at 8:52 PM, Julien Danjou jul...@danjou.info wrote:
On Thu, Jul 16 2015, Angus Salkeld wrote:
Hi Angus,
I just saw this, and I am concerned this is going to kill Heat's gate
(and
user's templates).
Will this be hidden within the client so that as long as we have
On 16/07/2015 12:05 AM, Angus Salkeld wrote:
Will this be hidden within the client so that as long as we have aodh
enabled in our gate's devstack
this will just work?
yes, we discussed this last week during our midcycle. the plan going
forward is to allow current existing Ceilometer alarm
On Tue, Jun 30, 2015 at 6:09 PM, Julien Danjou jul...@danjou.info wrote:
On Mon, Jun 29 2015, Ildikó Váncsa wrote:
I think removing options from the API requires version bump. So if we
plan to
do this, that should be introduced in v3 as opposed to v2, which should
remain
the same and
301 - 400 of 1287 matches
Mail list logo