[openstack-dev] [ceilometer][aodh][vitrage] Vitrage project

2015-11-17 Thread AFEK, Ifat (Ifat)
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

[openstack-dev] [ceilometer] zombie process after ceilometer-api

2015-11-12 Thread Madhu Mohan Nelemane
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

Re: [openstack-dev] [ceilometer] zombie process after ceilometer-api

2015-11-12 Thread Madhu Mohan Nelemane
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

Re: [openstack-dev] [ceilometer] zombie process after ceilometer-api

2015-11-12 Thread gord chung
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

Re: [openstack-dev] [ceilometer] zombie process after ceilometer-api

2015-11-12 Thread gord chung
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

Re: [openstack-dev] [ceilometer] proposal to add Rohit Jaiswal to Ceilometer core

2015-11-11 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] [Bug#1497073]The return sample body of sample-list is different when use -m and not

2015-11-09 Thread gord chung
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

[openstack-dev] [ceilometer][vitrage][horizon] ceilometer alarms screen in horizon

2015-11-08 Thread ITZIKOWITZ, Noy (Noy)
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

Re: [openstack-dev] [ceilometer][vitrage][horizon] ceilometer alarms screen in horizon

2015-11-08 Thread Rob Cresswell (rcresswe)
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

[openstack-dev] [Ceilometer]:Subscribe and Publish Notification frame work in Ceilometer !

2015-11-05 Thread Raghunath D
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

Re: [openstack-dev] [Ceilometer]:Subscribe and Publish Notification frame work in Ceilometer !

2015-11-05 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] [Bug#1497073]The return sample body of sample-list is different when use -m and not

2015-11-05 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] [Bug#1497073]The return sample body of sample-list is different when use -m and not

2015-11-05 Thread liusheng
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

Re: [openstack-dev] [ceilometer] proposal to add Rohit Jaiswal to Ceilometer core

2015-11-05 Thread ZhiQiang Fan
+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.

[openstack-dev] [ceilometer] proposal to add Rohit Jaiswal to Ceilometer core

2015-11-05 Thread gord chung
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

[openstack-dev] [Ceilometer] [Bug#1497073]The return sample body of sample-list is different when use -m and not

2015-11-04 Thread Lin Juan IX Xia
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

Re: [openstack-dev] [Ceilometer] Meeting cancelled for this week

2015-10-21 Thread gord chung
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

Re: [openstack-dev] [ceilometer][aodh] proposal to add Ryota Mibu to Aodh core

2015-10-21 Thread gord chung
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

[openstack-dev] [Ceilometer] Meeting cancelled for this week

2015-10-21 Thread Ildikó Váncsa
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

Re: [openstack-dev] [Ceilometer] "Infinite" values for "sum" and "average" fields in statistics query

2015-10-20 Thread Srikanth Vavilapalli
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

Re: [openstack-dev] [Ceilometer] "Infinite" values for "sum" and "average" fields in statistics query

2015-10-20 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] "Infinite" values for "sum" and "average" fields in statistics query

2015-10-20 Thread gord chung
, 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

Re: [openstack-dev] [Ceilometer] "Infinite" values for "sum" and "average" fields in statistics query

2015-10-20 Thread Srikanth Vavilapalli
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

[openstack-dev] [ceilometer] ceilometer+ops session

2015-10-19 Thread gord chung
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

[openstack-dev] [Ceilometer] "Infinite" values for "sum" and "average" fields in statistics query

2015-10-19 Thread Srikanth Vavilapalli
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

[openstack-dev] [ceilometer][aodh] proposal to add Ryota Mibu to Aodh core

2015-10-16 Thread gord chung
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

Re: [openstack-dev] [ceilometer][aodh] proposal to add Ryota Mibu to Aodh core

2015-10-16 Thread gord chung
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

[openstack-dev] [ceilometer][horizon] tentative design summit schedule

2015-10-13 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] Meter-list with multiple filters in simple query is not working

2015-10-12 Thread Eoghan Glynn
> 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

Re: [openstack-dev] [Ceilometer] Meter-list with multiple filters in simple query is not working

2015-10-12 Thread Srikanth Vavilapalli
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

[openstack-dev] [Ceilometer] Meter-list with multiple filters in simple query is not working

2015-10-11 Thread Srikanth Vavilapalli
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,

Re: [openstack-dev] Ceilometer, New measurements, Types

2015-10-10 Thread phot...@126.com
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.

Re: [openstack-dev] Ceilometer, New measurements, Types

2015-10-10 Thread Igor Degtiarov
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.

[openstack-dev] [ceilometer] Inconsistent timestamping of polled data

2015-10-09 Thread Wen Zhi WW Yu
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

[openstack-dev] Ceilometer, New measurements, Types

2015-10-09 Thread phot...@126.com
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

Re: [openstack-dev] [ceilometer] Inconsistent timestamping of polled data

2015-10-09 Thread Igor Degtiarov
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.

[openstack-dev] [ceilometer] external projects extending ceilometer

2015-10-06 Thread gord chung
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,

Re: [openstack-dev] [ceilometer][aodh][gnocchi] Tokyo design session planning

2015-10-01 Thread gord chung
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

[openstack-dev] [Ceilometer] Capturing isolated events

2015-10-01 Thread Sachin Manpathak
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

[openstack-dev] [ceilometer] OpenStack Telemetry user survey

2015-09-28 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] How to enable devstack plugins

2015-09-16 Thread Zhai, Edwin
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

Re: [openstack-dev] [ceilometer] how to get current memory utilization of an instance

2015-09-16 Thread gord chung
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]

Re: [openstack-dev] ceilometer code debugging

2015-09-16 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] How to enable devstack plugins

2015-09-15 Thread Chris Dent
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

[openstack-dev] [ceilometer] PTL candidacy

2015-09-15 Thread gord chung
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

Re: [openstack-dev] [ceilometer] Ceilometer M Midcycle

2015-09-15 Thread gord chung
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

[openstack-dev] Ceilometer M Midcycle

2015-09-15 Thread Jason Myers
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

[openstack-dev] [Ceilometer] How to enable devstack plugins

2015-09-14 Thread Zhai, Edwin
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

Re: [openstack-dev] [Ceilometer][Gnocchi]Gnocchi cannot deal with combined resource-id ?

2015-09-13 Thread Luo Gangyi
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

[openstack-dev] [Ceilometer]heavy time cost of event-list

2015-09-13 Thread liusheng
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

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

2015-09-11 Thread Chris Dent
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

[openstack-dev] ?????? [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

2015-09-11 Thread Luo Gangyi
??: "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

[openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

2015-09-11 Thread Luo Gangyi
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,

[openstack-dev] [ceilometer] using entry_points for configuration considered harmful

2015-09-11 Thread Chris Dent
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

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

2015-09-11 Thread Julien Danjou
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

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

2015-09-11 Thread Julien Danjou
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

Re: [openstack-dev] [ceilometer] using entry_points for configuration considered harmful

2015-09-11 Thread Doug Hellmann
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

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

2015-09-11 Thread Luo Gangyi
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:

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

2015-09-11 Thread Julien Danjou
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

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal withcombined resource-id ?

2015-09-11 Thread Luo Gangyi
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

[openstack-dev] [ceilometer][aodh][gnocchi] Tokyo design session planning

2015-09-10 Thread gord chung
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

[openstack-dev] [Ceilometer] Meters

2015-09-08 Thread Abhishek Talwar
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

Re: [openstack-dev] [Ceilometer][Aodh] event-alarm fire policy

2015-09-08 Thread liusheng
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

Re: [openstack-dev] [Ceilometer][Aodh] event-alarm fire policy

2015-09-08 Thread Zhai, Edwin
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

Re: [openstack-dev] [Ceilometer] Meters

2015-09-08 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] Meters

2015-09-08 Thread Srikanth Vavilapalli
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

[openstack-dev] [Ceilometer][Aodh] event-alarm fire policy

2015-09-07 Thread Zhai, Edwin
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

Re: [openstack-dev] [ceilometer] proposal to add Pradeep Kilambi to Ceilometer core

2015-09-03 Thread Pradeep Kilambi
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

Re: [openstack-dev] [ceilometer] proposal to add Liusheng to Ceilometer core

2015-09-03 Thread gord chung
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:

Re: [openstack-dev] [ceilometer] proposal to add Pradeep Kilambi to Ceilometer core

2015-09-03 Thread gord chung
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:

[openstack-dev] [ceilometer] proposal to add Liusheng to Ceilometer core

2015-08-31 Thread gord chung
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

[openstack-dev] [ceilometer] proposal to add Pradeep Kilambi to Ceilometer core

2015-08-31 Thread gord chung
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

Re: [openstack-dev] [ceilometer] [rally] [sahara] [heat] [congress] [tripleo] ceilometer in gate jobs

2015-08-27 Thread Tim Hinrichs
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 -

Re: [openstack-dev] [ceilometer] [rally] [sahara] [heat] [congress] [tripleo] ceilometer in gate jobs

2015-08-27 Thread Sergey Lukjanov
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.

[openstack-dev] [ceilometer] [rally] [sahara] [heat] [congress] [tripleo] ceilometer in gate jobs

2015-08-26 Thread Chris Dent
[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

[openstack-dev] [ceilometer] now using a grenade plugin

2015-08-26 Thread Chris Dent
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

Re: [openstack-dev] [ceilometer] jenkis job failures

2015-08-26 Thread Chris Dent
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

Re: [openstack-dev] [ceilometer] now using a grenade plugin

2015-08-26 Thread Sean Dague
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

[openstack-dev] [ceilometer] jenkis job failures

2015-08-25 Thread Ryota Mibu
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/

Re: [openstack-dev] [Ceilometer][AODH] Timeout Event Alarms

2015-08-17 Thread Igor Degtiarov
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

Re: [openstack-dev] [Ceilometer][AODH] Timeout Event Alarms

2015-08-17 Thread Igor Degtiarov
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

Re: [openstack-dev] [Ceilometer][AODH] Timeout Event Alarms

2015-08-17 Thread gord chung
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

Re: [openstack-dev] [ceilometer] [aodh] upgrade path

2015-08-07 Thread gord chung
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

Re: [openstack-dev] [Ceilometer][AODH] Timeout Event Alarms

2015-08-07 Thread Ryota Mibu
-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

Re: [openstack-dev] [ceilometer] [aodh] upgrade path

2015-08-07 Thread Julien Danjou
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

[openstack-dev] [ceilometer] [aodh] upgrade path

2015-08-07 Thread Chris Dent
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

Re: [openstack-dev] [ceilometer] [aodh] upgrade path

2015-08-07 Thread Chris Dent
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

[openstack-dev] [ceilometer] Do we have test coverage goals?

2015-08-07 Thread Chris Dent
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%.

Re: [openstack-dev] [ceilometer] [aodh] upgrade path

2015-08-07 Thread gord chung
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

[openstack-dev] [Ceilometer][AODH] Timeout Event Alarms

2015-08-04 Thread Igor Degtiarov
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] --

Re: [openstack-dev] [Ceilometer][AODH] Timeout Event Alarms

2015-08-04 Thread liusheng
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

Re: [openstack-dev] [Ceilometer][AODH] Timeout Event Alarms

2015-08-04 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] Unable to get the neutron network related meters in ceilometer

2015-08-01 Thread Srikanth Vavilapalli
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

Re: [openstack-dev] [Ceilometer] Unable to get the neutron network related meters in ceilometer

2015-07-30 Thread gord chung
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

Re: [openstack-dev] [Ceilometer] Unable to get the neutron network related meters in ceilometer

2015-07-30 Thread Srikanth Vavilapalli
... [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

[openstack-dev] [Ceilometer] Unable to get the neutron network related meters in ceilometer

2015-07-29 Thread Srikanth Vavilapalli
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

Re: [openstack-dev] [ceilometer] Aodh has been imported, next steps

2015-07-17 Thread Julien Danjou
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

Re: [openstack-dev] [ceilometer] Aodh has been imported, next steps

2015-07-17 Thread Angus Salkeld
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

Re: [openstack-dev] [ceilometer] Aodh has been imported, next steps

2015-07-16 Thread gord chung
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

Re: [openstack-dev] [ceilometer] Aodh has been imported, next steps

2015-07-15 Thread Angus Salkeld
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

<    1   2   3   4   5   6   7   8   9   10   >