Hi everyone,
The second milestone of the Havana development cycle, havana-2 is now
available for Keystone, Glance, Nova, Horizon, Neutron, Cinder,
Ceilometer, and Heat. In the last 7 weeks, more than 100 features were
added and more than 650 bugs fixed.
You can see the full list of new features
On Jul 18, 2013, at 12:05 PM, Thierry Carrez wrote:
Hi everyone,
The second milestone of the Havana development cycle, havana-2 is now
available for Keystone, Glance, Nova, Horizon, Neutron, Cinder,
Ceilometer, and Heat. In the last 7 weeks, more than 100 features were
added and more than
even though my hardware does not support it and I am running
OpenStack on a virtual machine and that virtual machine is not running on
kvm or qemu or xen. But I am not sure whether ceilometer is supported for
these hypervisors. I have raised a question on http://ask.openstack.org
On Fri, May 4, 2012 at 12:29 PM, Nick Barcet nick.bar...@canonical.comwrote:
Following up on the discussion on IRC yesterday during the metering
meeting, I'd like to explain my proposal to add the notion of source to the
schema of our event. The current goal we have for ceilometer
is
complete?
Doug
[1]
https://review.stackforge.org/#/q/status:open+project:stackforge/ceilometer,n,z
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help
ceilometer is going to need to subscribe several worker processes
to the notifications.info topic for the other services like nova,
glance, and quantum. The pool of workers needs to be assured of
receiving all messages, without interference from other clients
listening for notifications
...@enovance.com]
Sent: Wednesday, June 20, 2012 2:13 PM
To: Kobagana Kumar
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] [Metering] Implemented three methods in Ceilometer
On Wed, Jun 20 2012, Kobagana Kumar wrote:
Hi Kobagana,
I have implemented three more classes in Ceilometer
On Wed, Jul 11 2012, Nick Barcet wrote:
Candidates should, before July 24th:
1/ declare themselves on this mailing list
I do declare myself as a candidate.
I've added a page about this here:
http://wiki.openstack.org/EfficientMetering/PTLElectionProcess/JulienDanjou
2/ add their name on
On Thu, Oct 25 2012, Doug Hellmann wrote:
We have special instructions for configuring glance to use rabbit for
notifications in
http://ceilometer.readthedocs.org/en/latest/install.html#configuring-devstackbut
I don't see anything about cinder there. Do we need to add another
step
to set
On Thu, Nov 01 2012, 吴亚伟 wrote:
Is the API capable to deal with that at present? If not, when?
Not yet. When someone will write with the code!
Is the Web API in the document going to be updated recently?
We hope so!
--
Julien Danjou
-- Free Software hacker freelance
--
On Fri, Nov 2, 2012 at 3:07 AM, Patrick Petit
patrick.michel.pe...@gmail.com wrote:
Folks,
I'd like to add to this that physical server metering shouldn't be treated
differently in Ceilometer now that bare metal provisioning framework enters
into Grizzly. Physical servers will just become
The PTL elections for the Havana cycle have completed. The new PTL's are:
Nova: Russell Bryant
Ceilometer: Julien Danjou
Keystone: Dolph Matthews
Congratulations!
As a side note, we had over 50% participation in each of the three
elections, which I have been told is actually a really good
Hi,
I have installed OpenStack using DevStack. Is there some way to tell
DevStack what the configuration of a service should be in the installation?
For example, if I want DevStack to install Ceilometer with the
configuration parameter periodic_interval set to a value other than the
default, how
On Tue, Jun 18 2013, Claudio Marques wrote:
Does anyone have some issue like this?
What's your Glance endpoint like in Keystone?
If it ends with a version number like /v1, remove it.
--
Julien Danjou
// Free Software hacker / freelance consultant
// http://julien.danjou.info
signature.asc
Hello Krishna
I totally agree with Matt.
Ceilometer basically taking data from resource utilization perspective and
Nagios is resource monitoring tool. Both have different context to use.
As you said by integrating Nagios we can definitely create value to Celiometer
by providing extra
When I said, we, I meant the ceilometer team. If the auditing app isn't
finding any volumes, it's not going to notify us.
If you just want to know how much data is being used by cinder, there may
be a way to get that from their admin API, but I'm not sure.
On Mon, Jul 15, 2013 at 7:08 PM, Ray
Following up on the discussion on IRC yesterday during the metering meeting,
I'd like to explain my proposal to add the notion of source to the schema of
our event. The current goal we have for ceilometer is to provide a common way
to accumulate counters/meters from various openstack component
On Tue, May 8, 2012 at 7:19 PM, Luis Gervaso l...@woorea.es wrote:
Hi,
I have uploaded a toy version of ceilometer (java implementation).
It does implement the first two counters (instance : rabbitmq listener and
cpu : polling from libvirt)
i need more clarification on the meaining
On Wed, Jun 20, 2012 at 1:58 AM, Kobagana Kumar
kobagana_ku...@persistent.co.in wrote:
Hi all,
** **
I have implemented three more classes in Ceilometer plug-in module.
Added those classes in libvirt.py file in compute.
The classes which I have added are counters to find
it
means the project doesn't have to respond to the change immediately. For
example, if we add something to the rpc library that ceilometer needs, nova
doesn't have to stop what they're doing to handle any potential changes. If
openstack-common was installed as a separate library, there wouldn't
a single metering infrastructure for the entire private
cloud, virtual or bare-metal allocation, is a need technically, it is
not clear how to guarantee it but it is worth exploring.
I agree, it would be good to have an answer. Ceilometer can already hold the
data, even if the agent to collect
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp
At first glance, the Ceilometer main page [1] lost from [2]:
* last column from each table
at the moment due to higher-priority
tasks…
From a quick look of it why can't we do the same as Boson without
synaps[1]+ceilometer+swift_container_update. I don't know very well
those but from the look of it you could have synaps generating alerts
based on resources collection from ceilometer
Hi Dennis,
The modules mentioned above are in a great maintained state (just one known
issue related to nova_config that should be merged soon), and I hope to see
additional modules added for quantum and ceilometer added in the near
future.
I've heard reports that people have been happy
:
On Wed, Apr 24, 2013 at 9:17 AM, Riki Arslan riki.ars...@cloudturk.netwrote:
Hi,
We are trying to install ceilometer-2013.1~g2.tar.gz which presumably
has Folsom compatibility.
The requirment is python-keystoneclient=0.2,0.3 and we have
the version 2.3.
But, still, setup quits
://www.onesource.pt/
Date: Thu, 20 Jun 2013 17:47:45 +0530
From: jobin...@gmail.com
To: brent.ros...@solinea.com
CC: clau...@onesource.pt; openstack@lists.launchpad.net
Subject: Re: [Openstack] How to query ceilometer to get nova-specific data
Hey, Brent!
Yes, I am using admin as the user for querying
Ceilometer is authoritative data taken directly from message bus queries
and keeps a back history, as opposed to nagios which does periodic finite
state checks.
Ceilometer is intended to be a log of transactions necessary to provide
billing information. Or potentially an audit log. Nagios
We rely on a similar audit program to get the exists notifications about
cinder volumes. Look for cinder-volume-usage-audit.
Doug
On Sun, Jul 14, 2013 at 11:04 AM, Ray Sun xiaoq...@gmail.com wrote:
Yes, it should be, but seems not at least in grizzly. Any update of
Ceilometer?
Best Regards
Hi Jay and Julien
thanks very much for your help. I am not terribly familiar with github and code
reviews,
I am not a developer :(, so maybe I am not using the correct terms here.
We are using version 2013.1.2 of ceilometer, so we have no
ComputeInstanceNotificationBase class
-sync with latest openstack-common
using update.py and find the API has changed.
The alternative is that you don't make backwards
incompatible API changes.
...
What alternative strategy are you suggesting? That if glance, quantum,
cinder and ceilometer want to re-use Nova's RPC
, the notifications could be consumed by ceilometer.
-Stuart
On Tue, 19 Jun 2012, Julien Danjou wrote:
Hello,
As part of the ceilometer project¹, we're working on usage data
retrieval from various OpenStack components. One of them is Glance.
We're targeting Folsom for the first release, therefore it seems
of it, ceilometer
could the outputs and other systems could use the outputs (where an output
goes would be configurable so that each system can configure its outputs
as the operator desires, ie I want my MONITOR metrics to go to MQ in
ceilomter and stacktech consumable formats, or to files or to...).
I
just a temp repo, it'd be nice to have
the
end result of this be a library that provides somewhat generic metrics
and
plugins and such so that stacktech could use the outputs of it,
ceilometer
could the outputs and other systems could use the outputs (where an
output
goes would be configurable
This is also a good point. I think you're getting an unscoped token, which
won't be useful for authenticating to ceilometer.
Doug
On Thu, Jun 6, 2013 at 12:33 PM, Guangyu Suo guan...@unitedstack.comwrote:
Hello, claudio
I don't think you get the real token, because you did't specify
, please update the agenda on the wiki.
Cheers,
The meeting took place, here is the summary:
==
#openstack-meeting: Ceilometer
==
Meeting started by nijaba at 16:00:01 UTC. The full logs are available
at
http://eavesdrop.openstack.org
@lists.launchpad.net
Subject: Re: [Openstack] [openstack-dev] [metering][ceilometer] Unified
Instrumentation, Metering, Monitoring ...
Here's a first pass at a proposal for unifying StackTach/Ceilometer
and other instrumentation/metering/monitoring efforts.
It's v1, so bend, spindle, mutilate
On Fri, Nov 2, 2012 at 4:42 PM, Dan Dyer dan.dye...@gmail.com wrote:
Yes, I am assuming the service controller provides a different stream of
data from the lower level VM events. So the question is how to represent
and store this additional meta data in ceilometer. Note that there doesn't
in
ceilometer. Note that there doesn't necessarily need to be a
linkage/grouping between the resources since the association is
what is actually contained in the metadata that is provided by the
service controller.
As a summary
Nova provides its normal events for usage
Service
:
==
#openstack-meeting: Ceilometer
==
Meeting started by nijaba at 15:00:36 UTC. The full logs are available
at
http://eavesdrop.openstack.org/meetings/ceilometer/2012/ceilometer.2012-09-06-15.00.log.html
.
Meeting summary
---
* LINK: http
access to the VM, but something has to share the
metadata with ceilometer (or join it to the data ceilometer has) at some
point. If it would be too difficult to get the data into the events, then
it could be done by the app that uses the ceilometer API to query for
usage. For example, the app
the notion of source
to the schema of our event. The current goal we have for ceilometer
is to provide a common way to accumulate counters/meters from
various openstack component in a central repository that can be then
used by other tools to produce bills in fine. One thing we can
wrote:
Hi,
I have uploaded a toy version of ceilometer (java implementation).
It does implement the first two counters (instance : rabbitmq listener
and cpu : polling from libvirt)
i need more clarification on the meaining:
counter_volume
counter_duration
counter_datetaime
I hope
to this thread when it opens. We'll have to go with
what fits most.
Thomas
P.S: I'd like to contribute to the ceilometer project. I haven't yet
(though I've done quite some work on the Debian packaging of the rest of
Openstack), and I'd like to know in which area I could start implementing.
I would
notifications about
cinder volumes. Look for cinder-volume-usage-audit.
Doug
On Sun, Jul 14, 2013 at 11:04 AM, Ray Sun xiaoq...@gmail.com wrote:
Yes, it should be, but seems not at least in grizzly. Any update of
Ceilometer?
Best Regards
-- Ray
On Sun, Jul 14, 2013 at 11:04 AM, Haomai Wang
https://bugs.launchpad.net/openstack-ci/+bug/988073
I was not able to find one for ceilometer, did you create it already or
should I wait for it ?
I don't see a bug either, feel free to open one and I'll get on it ASAP.
Kind Regards
--
Andrew Hutchings - LinuxJedi - http
during the metering
meeting, I'd like to explain my proposal to add the notion of source
to the schema of our event. The current goal we have for ceilometer
is to provide a common way to accumulate counters/meters from
various openstack component in a central repository
://wiki.openstack.org/Governance/Foundation/Bylaws
On Fri, May 11, 2012 at 4:01 PM, Doug Hellmann
doug.hellm...@dreamhost.comwrote:
I was very surprised to see the change to license ceilometer as AGPL [1].
Why are we not using the same Apache v2 license that all other OpenStack
projects are using?
Doug
on purpose until after the series of design meetings is complete?
Doug
[1]
https://review.stackforge.org/#/q/status:open+project:stackforge/ceilometer,n,z
I reviewed positively but I'm not allowed to +2 (only +1 ).
Cheers
--
Loïc Dachary Chief Research Officer
// eNovance labs http
I have written up some of my thoughts on a proposed design for ceilometer
in the wiki [1]. I'm sure there are missing details, but I wanted to start
getting ideas into writing so they could be discussed here on the list,
since I've talked about different parts with a couple of you separately.
Let
Hi Julien,
On 29/05/12 19:12, Andrew Hutchings wrote:
Within an hour of this landing it will be done automatically for you:
https://review.openstack.org/7884
We can then see if there are any jobs not working right for you. Please
let me know if there are any problems.
It is also worth
Hi Julien,
On 29/05/12 19:12, Andrew Hutchings wrote:
If anything is missing on our side to use the standard set of checks,
we'll do what is necessary to be able to use them. :)
We can then see if there are any jobs not working right for you. Please
let me know if there are any problems.
in the database to get the rest of the data.
Does anyone have any thoughts on this plan?
https://bugs.launchpad.net/ceilometer/+bug/1006120
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https
-
From: Julien Danjou [mailto:julien.dan...@enovance.com]
Sent: Wednesday, June 20, 2012 2:13 PM
To: Kobagana Kumar
Cc: openstack@lists.launchpad.net (mailto:openstack@lists.launchpad.net)
Subject: Re: [Openstack] [Metering] Implemented three methods in Ceilometer
On Wed, Jun 20 2012
Hi infra team,
We've a couple of problem on Stackforge currently with at least the
ceilometer project.
First, I don't receive any email from Gerrit anymore since several days.
:-(
Secondly, I've added a bunch of tests for Essex on Jenkins days ago, but
it seems they are either not complete
After updating nova to emit more metadata about an instance when a
notification is sent, the next step was to update ceilometer to use that
information when converting the notification to a metering event. I have
that change up for review at https://review.stackforge.org/#/c/225/
I would like
The metering project team holds regular meetings via IRC in
#openstack-meeting, Thursdays at 1600 UTC
http://www.timeanddate.com/worldclock/fixedtime.html?hour=16min=0sec=0.
Everyone is welcome to participate.
Agenda: http://wiki.openstack.org/Meetings/MeteringAgenda
* Review last week's
On 08/30/2012 09:49 AM, Nick Barcet wrote:
I am about to open a poll to pick from 0600, 1200, 1500 and 2100 UTC on
Google. Will reply to this thread when it opens. We'll have to go with
what fits most.
The poll is now open at [1], please submit your preference(s) there. I
will close the
Hi folks,
I just upload the first commit to stacksherpa-js (buggy ui web flows)
https://github.com/woorea/stacksherpa-js.git
This is will be an alternative OpenStack Management UI to integrate
identity (keystone), compute (nova, +glance, +melange), storage (swift) and
billing (ceilometer
On 2012-08-31 21:34, Nick Barcet wrote:
On 08/30/2012 09:49 AM, Nick Barcet wrote:
I am about to open a poll to pick from 0600, 1200, 1500 and 2100 UTC
on
Google. Will reply to this thread when it opens. We'll have to go
with
what fits most.
The poll is now open at [1], please submit your
The OpenStack Technical Committee held its first official (and public)
meeting in #openstack-meeting at 20:00 UTC yesterday.
Here is a quick summary of the outcome of this meeting:
* Ryan Lane was nominated to the User Committee to work with Tim Bell in
its initial setup.
* The Ceilometer
Based on a discussion with Doug at the Summit, I would like to propose a
couple of new use cases for Ceilometer. As background, up until now, the
usage data that Ceilometer collects could be considered atomic in the
sense that everything needed to understand/process the information could
+1 for both of these use cases
On Oct 24, 2012 5:06 PM, Dan Dyer dan.dye...@gmail.com wrote:
Based on a discussion with Doug at the Summit, I would like to propose a
couple of new use cases for Ceilometer. As background, up until now, the
usage data that Ceilometer collects could
counter in ceilometer should be
modified to store the relationship and why it should be aware of it.
Maybe I don't understand properly what you want to do, so I'll try to
give a concrete example. Please correct me and amend the example if it
doesn't match what you've in mind.
Let's say you have
On Wed, Oct 31 2012, Eoghan Glynn wrote:
A-ha, OK, so not so much (max - min) as:
(\Sigma local maxima) - first
Yeah, excuse my math. :)
Sounds computationally expensive to produce on the fly, but maybe
the local maxima can be efficiently recorded as the data is being
ingested.
Yes
On Thu, Nov 01 2012, 吴亚伟 wrote:
Cumulative type is apparent, while even with descriptions gauge and delta
type confuse me.
Could you explain them through examples or by sharing an use case?
Gauge is an absolute value, like a temperature or the number of people
in a room.
Delta is a counter
On Thu, Nov 01 2012, Eoghan Glynn wrote:
What would be the best way to achieve this? A small sqlite DB
per-agent, or even simpler just a pickled dict? The latter would
avoid the complexity of DB versioning and migration.
At the risk of repeating myself, can I stress again how much we don't
On Mon, Nov 05 2012, Doug Hellmann wrote:
When an image is deployed to bare metal, there is no container, right?
Ah, I see the confusion. There's 2 bare metal, I think, the ones run by
the the platform operator and the ones run to replace virtual instances
for any project.
I was actually
On Tue, Nov 06 2012, Graf Lucas (graflu0) wrote:
I'm a little confused now... ;) Is the bare metal run by the platform
operator the physical machine? What do you mean with the bare metal
run to replace virtual instances for any project?
AFAIU, bare-metal provisionning is about using hardware
Martinx - ジェームズ wrote:
What is the status of Openstack Grizzly-3 Ubuntu packages?
Can we already set it up using apt-get / aptitude? With packaged Heat,
Ceilometer and etc?
Which version is recommended to test Grizzly-3, Precise (via testing
UCA), Raring?
Is Grizzly planed
The OpenStack Technical Committee (TC) met in #openstack-meeting at
20:00 UTC Tuesday last week.
Here is a quick summary of the outcome of this meeting:
* The TC approved the graduation of the Ceilometer project (to be
integrated in common Havana release)
See details and full logs at:
http
If you are an ATC for a keystone, nova or ceilometer, you should have
now received in the mail your link to vote in the PTL election for that
project be sure to vote! The elections end March 14.
For the other projects, there was only one person standing for election,
so congratulations guys, you
Hi all,
I'm trying to collect Ceilometer's metrics from my test install of
Openstack Grizzly.
I'm able to collect most of the metrics from the central collector and the
nova-compute agents.
But I'm still missing some values like memory and vcpus.
This is an abstract from ceilometer's log on a
On Mon, Jun 10 2013, Anshul Gangwar wrote:
In my cinder.conf I have added below configuration.
cinder_volume_usage_audit=True
cinder_volume_usage_audit_period=hour
notification_driver=cinder.openstack.common.notifier.rpc_notifier
control_exchange=cinder
Does above settings not enabling
On Tue, Jun 18 2013, Claudio Marques wrote:
Thank you for your response.
Do you mean removing the keystone endpoint for glance and creating a new
one without the /v2 number?
http://10.0.1.167:9292/v2|http://10.10.10.51:9292/v2
|http://10.10.10.51:9292/v2|
On Tue, Jul 16, 2013 at 12:47 PM, Doug Hellmann doug.hellm...@dreamhost.com
wrote:
When I said, we, I meant the ceilometer team. If the auditing app
isn't finding any volumes, it's not going to notify us.
If you just want to know how much data is being used by cinder, there may
be a way
, Jul 17, 2013 at 2:50 AM, John Griffith
john.griff...@solidfire.comwrote:
On Tue, Jul 16, 2013 at 12:47 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
When I said, we, I meant the ceilometer team. If the auditing app
isn't finding any volumes, it's not going to notify us.
If you
...@solidfire.com wrote:
On Tue, Jul 16, 2013 at 12:47 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
When I said, we, I meant the ceilometer team. If the auditing app
isn't finding any volumes, it's not going to notify us.
If you just want to know how much data is being used by cinder
a new virtual machine.
If not please, guide me as to where these files are stored. The reason I am
concerned about this is, I want to know the size of these files via
ceilometer.
--
Thanks and regards,
Jobin Raju George
Third Year, Information Technology
College of Engineering Pune
Alternate e
On Wed, Jul 24 2013, Jay Lau wrote:
Hi Alex,
Not sure if it is a bug, but you are right, ceiloemeter did not send the
notification that you required. Perhaps you can log a bug or else you can
patch your cluster directly to enable this.
class
Hallo Stackers,
This is regarding the power measurement for VMs running in OpenStack. On the
web I found that, Ceilometer has Kwapi that measures the power on hosts
(compute nodes) and for VMs, the implementation is under progress.
Can I get a feedback from the community regarding
: ceilometer.
For a more complete meeting summary, go visit:
http://wiki.openstack.org/Meetings/MeteringAgenda/meeting-0-summary
Next week we will have for objective to find an agreement on schema and
counter definitions. If anyone does not do it before me I'll fire an
introduction email
* ceilometer agent is installed on a node when the a component does not
provide the value
* contribute to the component instead of developping a ceilometer agent
plugin
* engaging discussions with core components
* nova
* cinder
* glance
* swift
* quantum
* open discussion
Cheers
Another item that we need to discuss is extensibility of this API.
Hi,
Here is a proposal, which we could discuss further during the meeting.
GET extension=param1=fooparam2=bar
The API looks up /usr/share/ceilometer/extensions/.py and loads it. The
module defines a query
On 05/12/2012 01:30 AM, Doug Hellmann wrote:
On Fri, May 11, 2012 at 5:27 PM, Loic Dachary l...@enovance.com
mailto:l...@enovance.com wrote:
On 05/11/2012 10:01 PM, Doug Hellmann wrote:
I was very surprised to see the change to license ceilometer as AGPL
[1]. Why are we
ceilometer as AGPL
[1]. Why are we not using the same Apache v2 license that all other
OpenStack projects are using?
Doug
[1] https://review.stackforge.org/#/c/29/
Hi,
Of course it will be Apache v2 when it is incubated, otherwise it will be
rejected. eNovance policy is to publish
On Fri, May 25, 2012 at 4:55 AM, Szymon Grzybowski semy...@gmail.comwrote:
Hi,
We had a plan to write some plugin which will collect metering data from
VMs and Hosts (free ram, networking, disk IO, cpu both from VMs and Hosts)
via libvirt (mayby later for xen etc), but i've found ceilometer
, I wont ever attend, no way I can get up at 5am
(Shanghai is GMT+8). This has always been at this time, and never, I can
go online.
The later is ok though.
Thomas
P.S: I'd like to contribute to the ceilometer project. I haven't yet
(though I've done quite some work on the Debian packaging
: Friday, September 07, 2012 4:27 PM
To: Nick Barcet
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] [ceilometer] Weekly irc meetings time change?
On Fri, Sep 7, 2012 at 6:39 AM, Nick Barcet
nick.bar...@canonical.commailto:nick.bar...@canonical.com wrote:
On 09/05/2012 11:51 AM, Nick Barcet
to a plan on the ml with fixed dates
* dhellmann make sure flask is listed as a dependency of ceilometer
In case I can't make it to the meeting, I did check that Flask is listed in
the tools/pip-requires file. It is pegged to version 0.9.
* Open discussion
If you are not able to attend or have
On Tue, Oct 23, 2012 at 5:34 AM, Eoghan Glynn egl...@redhat.com wrote:
I am testing ceilometer in my devstack virtual machine. Although I
can see the meter data model in the mongodb, I am confused about
some glossary when I test its Web API. I am not very clear about the
resource
于 2012年10月23日 17:34, Eoghan Glynn 写道:
I am testing ceilometer in my devstack virtual machine. Although I
can see the meter data model in the mongodb, I am confused about
some glossary when I test its Web API. I am not very clear about the
resource in the GET /v1/resources,either source
to make it easier to use/deploy based on the Summit feedback!
Unifying the stacktach worker (consumer of events) into ceilometer should be a
first step to integration (or agree upon a common YAGI-based consumer?)
4. If you're looking at Tach, you should also consider looking at Scrutinize
(my
system,do I need it ?
It represents the fact we had no idea to use it when we write the code
the first time. We discussed this yesterday, now we have a good plan.
See https://bugs.launchpad.net/ceilometer/+bug/1070857
I do mean the cinder volumes , but I don't know how to configure it
,could
As for statgen, I think that¹s just a temp repo, it'd be nice to have the
end result of this be a library that provides somewhat generic metrics and
plugins and such so that stacktech could use the outputs of it, ceilometer
could the outputs and other systems could use the outputs (where an output
Hi Julien,
Sorry to bother you.
I am still testing ceilometer now. I am confused about the meter volume
in the mongodb. Let's talk about cpu usage.
After I create and boot a vm named vm_1, meter data record about cpu
usage will be inserted into db in cycle(default 10 minutes). For
example
in the API should be aware of the fact a
reset can occur and computes accordingly. We started to discuss
this a bit in:
https://bugs.launchpad.net/ceilometer/+bug/1061817
A-ha, OK, so not so much (max - min) as:
(\Sigma local maxima) - first
Sounds computationally expensive
On Wed, Oct 31 2012, Eoghan Glynn wrote:
Would we have also have some 'misses' with the cumulative approach
when the ceilometer agent was down?
No, unless the counter resets several times while your agent is down.
But delta has the same issue.
If I understood the (\Sigma local maxima)-first
Would we have also have some 'misses' with the cumulative approach
when the ceilometer agent was down?
No, unless the counter resets several times while your agent is down.
But delta has the same issue.
If I understood the (\Sigma local maxima)-first idea correctly,
the usage up
On Wed, Oct 31, 2012 at 1:39 PM, Julien Danjou jul...@danjou.info wrote:
On Wed, Oct 31 2012, Eoghan Glynn wrote:
Would we have also have some 'misses' with the cumulative approach
when the ceilometer agent was down?
No, unless the counter resets several times while your agent is down
to get the data from a single point. I thought I can
enhance the Ceilometer compute agent to get this data out. Does this make
sense or is it better to use another monitoring tool for the physical
components?
I think the pollster implementation can be done. I wouldn't implement
301 - 400 of 1811 matches
Mail list logo