Re: [openstack-dev] [ceilometer] indicating sample provenance

2014-08-20 Thread gordon chung
a) Am I right that no indicator is there? b) Assuming there should be one: * Where should it go? Presumably it needs to be an attribute of each sample because as agents leave and join the group, where samples are published from can change. * How should it be named? The never-ending

Re: [openstack-dev] [ceilometer] indicating sample provenance

2014-08-21 Thread gordon chung
b) Assuming there should be one: * Where should it go? Presumably it needs to be an attribute of each sample because as agents leave and join the group, where samples are published from can change.is this just for debugging purposes or auditing? from an audit standpoint,

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread gordon chung
The point I've been making is that by the TC continuing to bless only the Ceilometer project as the OpenStack Way of Metering, I think we do a disservice to our users by picking a winner in a space that is clearly still unsettled. can we avoid using the word 'blessed' -- it's extremely

Re: [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension

2014-08-21 Thread gordon chung
is it possible that it's not on all the nodes? seems like it passed here: https://review.openstack.org/#/c/109207/ but another patch at roughly the same time failed https://review.openstack.org/#/c/113549/ cheers, gord

Re: [openstack-dev] [ceilometer] repackage ceilometer and ceilometerclient

2014-08-21 Thread gordon chung
I would like to realize moving swift_middleware.py from the ceilometer package to the ceilometerclient package. For me it is very difficult to convince users of installing the ceilometer package on Proxy Nodes for just using the swift middleware because of maintenance costs. Operators

Re: [openstack-dev] [all] The future of the integrated release

2014-08-22 Thread gordon chung
It may be easier for you, but it certainly isn't inside big companies, e.g. HP have pretty broad approvals for contributing to (official) openstack projects, where as individual approval may be needed to contribute to none-openstack projects. i was referring to a company bigger than hp...

Re: [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension

2014-08-22 Thread gordon chung
I couldn’t reproduce this issue either. I’ve tried on precise and on a fresh trusty too, everything worked fine… fun from the limited error message. it's because service path isn't found (https://github.com/stackforge/wsme/blob/master/wsmeext/sphinxext.py#L133-L140) and this code is returning

Re: [openstack-dev] [Ceilometer][WSME] Sphinx failing sporadically because of wsme autodoc extension

2014-08-25 Thread gordon chung
just an update, i had to re-add PYTHONHASHSEED = 0 to ceilometer. i didn't find the exact root cause of why WSME is affecting our doc gate but it appears WSME is also affected by new tox and random hashseed as it too suffers from random failures in UT. for now, i've added back HASHSEED so we

Re: [openstack-dev] Treating notifications as a contract

2014-09-03 Thread gordon chung
For example: It appears that CADF was designed for this sort of thing and was considered at some point in the past. It would be useful to know more of that story if there are any pointers. My initial reaction is that CADF has the stank of enterprisey all over it rather than less is

Re: [openstack-dev] [Ceilometer] Adding Nejc Saje to ceilometer-core

2014-09-11 Thread gordon chung
Nejc has been doing a great work and has been very helpful during the Juno cycle and his help is very valuable. I'd like to propose that we add Nejc Saje to the ceilometer-core group.can we minus because he makes me look bad? /sarcasm +1 for core. cheers, gord

[openstack-dev] oslo.middleware 0.1.0 release

2014-09-15 Thread gordon chung
on behalf of the Oslo team, we're pleased to the announce the initial public release of oslo.middleware (verison 0.1.0). this library contains WSGI middleware, previously available under openstack/common/middleware, that provides additional functionality to the api pipeline.the oslo.middleware

Re: [openstack-dev] [Ceilometer] Adding Dina Belova to ceilometer-core

2014-09-16 Thread gordon chung
Dina has been doing a great work and has been very helpful during the Juno cycle and her help is very valuable. She's been doing a lot of reviews and has been very active in our community.+1cheers, gord

Re: [openstack-dev] [Ceilometer] Nomination of Sandy Walsh to core team

2013-12-11 Thread Gordon Chung
of the existing event storage and querying code. +1 in support of Sandy. the Event work he's led in Ceilometer has been an important feature and i think he has some valuable ideas. cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list

Re: [openstack-dev] [Ironic][Ceilometer]bp:send-data-to-ceilometer

2014-01-29 Thread Gordon Chung
that would consistently show up? if the former, would it make sense to have the meters be similar to fanspeed:trait where trait is FAN1, FAN2, etc...? if the meter is just fanspeed, what would the volume be? FAN 1's current_value? cheers, gordon chung openstack, ibm software standards

Re: [openstack-dev] [nova][ceilometer] ceilometer unit tests broke because of a nova patch

2014-02-26 Thread Gordon Chung
cycle. adding participants to the bp just so we get eyes on it. cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova][ceilometer] ceilometer unit tests broke because of a nova patch

2014-02-26 Thread Gordon Chung
, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Ceilometer] Suggestions for alarm improvements

2014-03-04 Thread Gordon Chung
design attached to a blueprint? also, is your interest purely to see status or were you looking to work on it? ;) cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

Re: [openstack-dev] [ceilometer] nominating Ildikó Váncsa and Nadya Privalova to ceilometer-core

2014-03-10 Thread Gordon Chung
I'd like to nominate Ildikó Váncsa and Nadya Privalova as ceilometer +1, thanks for the effort so far. cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org

Re: [openstack-dev] [Ceilometer] Suggestions for alarm improvements

2014-03-11 Thread Gordon Chung
we have is the best solution. https://blueprints.launchpad.net/ceilometer/+spec/alarm-pipelines cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin

Re: [openstack-dev] [Ceilometer]Collector's performance

2014-03-11 Thread Gordon Chung
up better? cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Ceilometer] [QA] Slow Ceilometer resource_list CLI command

2014-03-17 Thread Gordon Chung
' expectation. cheers, gordon chung openstack, ibm software standards Matthew Treinish mtrein...@kortar.org wrote on 17/03/2014 02:55:40 PM: From: Matthew Treinish mtrein...@kortar.org To: openstack-dev@lists.openstack.org Date: 17/03/2014 02:57 PM Subject: [openstack-dev] [Ceilometer] [QA] Slow

Re: [openstack-dev] [Ceilometer][QA][Tempest][Infra] Ceilometer tempest testing in gate

2014-03-20 Thread Gordon Chung
be able to handle it. cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [ceilometer][all] persisting dump tables after migration

2014-03-25 Thread Gordon Chung
cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] pyCADF 0.5 released

2014-04-01 Thread Gordon Chung
please report any problems here: https://bugs.launchpad.net/pycadf cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Ceilometer] Collector no recheck the db status

2014-04-02 Thread Gordon Chung
the collector service keeps useless to record the data. is this against master? does this patch resolve the issue for you? https://review.openstack.org/#/c/83595/ gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack

[openstack-dev] [Ceilometer] meaning of resource_id in a meter

2013-11-20 Thread Gordon Chung
that is accessible from notification/response and if it is, is there a better (possibly more consistent) alternative? cheers, gordon chung openstack, ibm software standards email: chungg [at] ca.ibm.com___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Ceilometer] meaning of resource_id in a meter

2013-11-21 Thread Gordon Chung
provide. cheers, gordon chung openstack, ibm software standards email: chungg [at] ca.ibm.com___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

2013-11-26 Thread Gordon Chung
://blueprints.launchpad.net/oslo/+spec/notification-structured cheers, gordon chung openstack, ibm software standards email: chungg [at] ca.ibm.com ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo

Re: [openstack-dev] [ceilometer][qa] Punting ceilometer from whitelist

2013-12-04 Thread Gordon Chung
to ask what CRITICAL level was for... good thing i googled first: http://docs.python.org/2/howto/logging.html seems like a good enough definition for each level. cheers, gordon chung openstack, ibm software standards email: chungg [at] ca.ibm.com___

Re: [openstack-dev] masking X-Auth-Token in debug output - proposed consistency

2014-06-12 Thread Gordon Chung
the middle ie. 4724 8478. whatever we decide here, i'm all for having a consistent way of masking and minimising tokens in OpenStack. cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

[openstack-dev] [oslo] graduating oslo.middleware

2014-07-22 Thread gordon chung
hi, following the oslo graduation protocol, could the oslo team review the oslo.middleware library[1] i've created and see if there are any issues. [1] https://github.com/chungg/oslo.middleware cheers, gord

Re: [openstack-dev] [oslo] graduating oslo.middleware

2014-07-23 Thread gordon chung
I left a comment on one of the commits, but in general here are my thoughts: 1) I would prefer not to do things like switch to oslo.i18n outside of Gerrit. I realize we don't have a specific existing policy for this, but doing that significant work outside of Gerrit is not desirable IMHO.

Re: [openstack-dev] [oslo] graduating oslo.middleware

2014-07-24 Thread gordon chung
Gordon, could you prepare a version of the repository that stops with the export and whatever changes are needed to make the test jobs for the new library run? If removing some of those tests is part of making the suite run, we can talk about that on the list here, but if you can make the

Re: [openstack-dev] [keystone][oslo][ceilometer] Moving PyCADF from the Oslo program to Identity (Keystone)

2014-07-25 Thread gordon chung
Before we move ahead, I would like to hear from the other current pycadf and oslo team members, especially Gordon since he is the primary maintainer. this move makes sense to me. auditing and identity have a strong link and all of the pyCADF work done so far has been connected to Keystone in

Re: [openstack-dev] [oslo][nova] can't rebuild local tox due to oslo alpha packages

2014-07-30 Thread gordon chung
I noticed yesterday that trying to rebuild tox in nova fails because it won't pull down the oslo alpha packages (config, messaging, rootwrap). i ran into this yesterday as well. Doug suggested i update my virtualenv and that worked. i went from 1.10.1 to 1.11.x cheers, gord

Re: [openstack-dev] [ceilometer][nova] extra Ceilometer Samples of the instance gauge

2014-07-30 Thread gordon chung
In a normal DevStack install, each Compute instance causes one Ceilometer Sample every 10 minutes. Except, there is an extra one every hour. And a lot of extra ones at the start. What's going on here? instance is one meter which is generated through both polling and notifications (see

Re: [openstack-dev] [Ceilometer] Performance tests of ceilometer-collector and ceilometer-api with different backends

2014-04-23 Thread Gordon Chung
://blueprints.launchpad.net/ceilometer/+spec/tighten-model https://blueprints.launchpad.net/ceilometer/+spec/bulk-message-handling we're still prioritising design sessions but it's safe to say this session will be there: http://summit.openstack.org/cfp/details/163 cheers, gordon chung openstack, ibm software

Re: [openstack-dev] [ceilometer] Monitoring as a Service

2014-05-02 Thread Gordon Chung
/ceilometer/+spec/hbase-events-feature cheers, gordon chung openstack, ibm software standards___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Ceilometer] MySQL performance and Mongodb backend maturity question

2014-09-25 Thread gordon chung
mysql select count(*) from metadata_text; +--+ | count(*) | +--+ | 25249913 | +--+ 1 row in set (3.83 sec) There were 25M records in one table. The deletion time is reaching an unacceptable level (7 minutes for 4M records) and it was not increasing in a linear

Re: [openstack-dev] [oslo] request_id deprecation strategy question

2014-10-20 Thread gordon chung
The issue I'm highlighting is that those projects using the code now have to update their api-paste.ini files to import from the new location, presumably while giving some warning to operators about the impending removal of the old code. This was the issue i ran into when trying to switch

Re: [openstack-dev] [infra][devstack] CI failed The plugin token_endpoint could not be found

2014-11-14 Thread gordon chung
just an fyi, i had same issue. i 'pip uninstall'ed all the python-*clients and it worked fine... i assume it's something to do with master (as i had it configured previously) since devstack seems to pull in pypi version. cheers, gord

[openstack-dev] oslo.middleware 0.2.0 released

2014-12-02 Thread gordon chung
The Oslo team is pleased to announce release 0.2.0 of oslo.middleware. This is primarily a bug-fix release, but does include requirements changes. For more details, please see the git log history below and https://launchpad.net/oslo.middleware/kilo/0.2.0 Please report issues through

[openstack-dev] [Oslo] Bringing audit standards to Openstack

2013-07-04 Thread Gordon Chung
. cheers, gordon chung openstack, ibm software standards email: chu...@ca.ibm.com___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Oslo] Bringing audit standards to Openstack

2013-07-08 Thread Gordon Chung
of data. the audit work will continue to be contained in Ceilometer and maybe once we have the code in and working, it'll prove itself to have greater value beyond Ceilometer. cheers, gordon chung openstack, ibm software standards___ OpenStack-dev

[openstack-dev] [Ceilometer] what's in scope of Ceilometer

2013-08-28 Thread Gordon Chung
will collect anything and everything the other projects allow for? cheers, gordon chung openstack, ibm software standards email: chungg [at] ca.ibm.com phone: 905.413.5072___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

[openstack-dev] pyCADF 0.7.0 released

2015-01-19 Thread gordon chung
pyCADF is the python implementation of the DMTF Cloud Auditing Data Federation Working Group (CADF) specification. pyCADF 0.7.0 has been tagged and should be available on PyPI and our mirror shortly. this release includes: * deprecation of audit middleware (replaced by audit middleware in

Re: [openstack-dev] [Keystone] Nominating Brad Topol for Keystone-Spec core

2015-01-18 Thread gordon chung
+1 cheers, gord From: morgan.fainb...@gmail.com Date: Sun, 18 Jan 2015 12:11:02 -0700 To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [Keystone] Nominating Brad Topol for Keystone-Spec core Hello all, I would like to nominate Brad Topol for Keystone Spec core (core reviewer

[openstack-dev] pyCADF 0.8.0 released

2015-02-16 Thread gordon chung
The pyCADF team is pleased to announce the release of pyCADF 0.8.0. This release includes several bug fixes and more importantly the deprecation of audit middleware for keystonemiddleware's version. Additional changes include: c834ddd Add deprecation message to Audit APIa568c12 Do not depend on

Re: [openstack-dev] [ceilometer] nova api.fault notification isn't collected by ceilometer

2015-02-12 Thread gordon chung
Yep, that's what i'm looking for, thanks, another notification from nova that is missed in ceilometer is info from nova api: https://github.com/openstack/nova/blob/master/nova/notifications.py#L64 this notify_decorator will decorate every nova/ec2 rest api and send out a notification for each

Re: [openstack-dev] [ceilometer][keystone] Domain information through ceilometer and authentication against keystone v3

2015-02-17 Thread gordon chung
1) Getting domain information: I haven't came across but is there any ceilometer API which would provide domain information along with the usage data? 2) Ceilometer auth against keystone v3: As domain feature is provided in keystone v3 API, I am using that. Is there a way to configure

Re: [openstack-dev] [Ceilometer] Need help on https://bugs.launchpad.net/ceilometer/+bug/1310580

2015-02-17 Thread gordon chung
I am newbie and I want to start with my first contribution to open stack. I have chosen the bug - https://bugs.launchpad.net/ceilometer/+bug/1310580 to start with​. I have added comments on the bug and need some developer to validate those. Additionally I need some help on how to go about

[openstack-dev] pyCADF 0.7.1 released

2015-01-28 Thread gordon chung
The pyCADF team is pleased to announce the release of pyCADF 0.7.1. This release includes several bug fixes as well as many other changes: d59675b Add new CADF taxonomy types8b82468 Pull out some CADF taxonomy to be constants84544aa Updated from global requirements For more details, please

Re: [openstack-dev] [all][tc] SQL Schema Downgrades and Related Issues

2015-01-29 Thread gordon chung
Are downward migrations really a good idea for us to support? Is this downward migration path a sane expectation? In the real world, would any one really trust the data after migrating downwards? are downward migrations actually mandated? i always assumed it was just been a pain that

Re: [openstack-dev] [ceilometer] nova api.fault notification isn't collected by ceilometer

2015-02-09 Thread gordon chung
In nova api, a nova api.fault notification will be send out when the when there is en error. http://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/__init__.py#n119 but i couldn't find where they are processed in ceilometer, an error notification can be very desired to be

Re: [openstack-dev] [ceilometer] Pipeline for notifications does not seem to work

2015-03-20 Thread gordon chung
i can confirm it works for me as well... are there any noticeable errors in the ceilometer-agent-notifications log? the snippet below looks sane to me though. cheers, gord From: idegtia...@mirantis.com Date: Fri, 20 Mar 2015 18:35:56 +0200 To: openstack-dev@lists.openstack.org Subject: Re:

Re: [openstack-dev] [Ceilometer]Add hardware pollster of memory buffer and cache

2015-03-20 Thread gordon chung
this seems reasonable... this might fall into same category ironic generated metrics (and any other source that has their own defined list of metrics beyond ceilometer's list). there was discussion on how to properly handle these cases [1][2] [1]

Re: [openstack-dev] [stacktach] [oslo] stachtach - kombu - pika ??

2015-03-12 Thread gordon chung
We're going to be adding support for consuming from and writing to Kafka as well and will likely use a kafka-specific library for that too. is the plan to add this support to oslo.messaging? i believe there is interest from the oslo.messaging team in supporting Kafka and in addition to adding

Re: [openstack-dev] [Openstack-operators] [Ceilometer] Real world experience with Ceilometer deployments - Feedback requested

2015-03-10 Thread gordon chung
sorry, i apparently don't know how to format emails... cheers, gord From: g...@live.ca To: openstack-operat...@lists.openstack.org; openstack-dev@lists.openstack.org Date: Tue, 10 Mar 2015 16:05:47 -0400 Subject: Re: [openstack-dev] [Openstack-operators] [Ceilometer] Real world experience with

Re: [openstack-dev] [ceilometer][FFE] Floating IP traffic statistics meters

2015-03-30 Thread gordon chung
if we can get the related driver implementation(s) for these meters ASAP, i'm ok with supporitng this feature. cheers, gord From: me...@juniper.net To: openstack-dev@lists.openstack.org Date: Sat, 28 Mar 2015 00:56:27 + Subject: [openstack-dev]

Re: [openstack-dev] [Ceilometer] Meters vs. Metrics

2015-03-24 Thread gordon chung
not stop the confusion and support effort when people say that the form allows them to create a project but they want a tenant. Tim From: gordon chung [mailto:g...@live.ca] Sent: 24 March 2015 18:41 To: OpenStack Development Mailing List not for usage questions Subject: Re: [openstack

Re: [openstack-dev] [Ceilometer] Meters vs. Metrics

2015-03-24 Thread gordon chung
tbh, i've been using them interchangeably -- i don't know if they are logically different. i believe gnocchi uses 'metric' term while current api uses 'meter' so we don't really have a common usage in api either. if i were to choose one, i'd lean more to using 'metric'. cheers, gord Date:

Re: [openstack-dev] [Ceilometer] proposal to add ZhiQiang Fan to Ceilometer core

2015-04-01 Thread gordon chung
2015 09:34:12 +1300 From: feil...@catalyst.net.nz To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Ceilometer] proposal to add ZhiQiang Fan to Ceilometer core +1 if this can be counted :) On 02/04/15 06:18, gordon chung wrote: hi, i'd like to nominate ZhiQiang Fan

[openstack-dev] [Ceilometer] PTL candidacy

2015-04-02 Thread gordon chung
hi, i'd like to announce my candidacy for PTL of Ceilometer. as a quick introduction, i've been a contributor in OpenStack for the past few years and for the majority of that time i've been primarily focused on Ceilometer where i contribute regularly to the project with code[1] and reviews[2].

Re: [openstack-dev] [all] Problems with keystoneclient stable branch (and maybe yours too)

2015-04-13 Thread gordon chung
2) Incorrect cap in requirements.txt python-keystoneclient in stable/juno was capped at =1.1.0, and 1.1.0 is the version tagged for the stable branch. When you create a review in stable/juno it installs python-keystoneclient and now the system has got a version like 1.1.0.post1, which

Re: [openstack-dev] [ceilometer] RE: [all] how to send messages (and events) to our users

2015-04-14 Thread gordon chung
From: r-m...@cq.jp.nec.com To: openstack-dev@lists.openstack.org Date: Tue, 14 Apr 2015 08:36:01 + Subject: [openstack-dev] [ceilometer] RE: [all] how to send messages (and events) to our users Hi Gordon and Ceilometer folks, I'm newbie in

Re: [openstack-dev] [all][code quality] Voting coverage job (-1 if coverage get worse after patch)

2015-04-20 Thread gordon chung
Date: Mon, 20 Apr 2015 07:13:31 -0400 From: s...@dague.net To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [all][code quality] Voting coverage job (-1 if coverage get worse after patch) On 04/18/2015 09:30 PM, Boris Pavlovic

Re: [openstack-dev] [keystone] keystonemiddleware stable/juno broken

2015-04-21 Thread gordon chung
__ Date: Tue, 21 Apr 2015 11:12:12 -0500 From: b...@acm.org To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [keystone] keystonemiddleware stable/juno broken On Sun, Apr 19, 2015 at 2:21 PM, Brant Knudson

Re: [openstack-dev] [swift] install custom middleware via devstack

2015-04-28 Thread gordon chung
Hi I'm working on a custom middleware which will place on swift-proxy pipeline, just before the latest proxy-logging. how can I force devstack to install my middleware just as I run ./stack.sh? #The point is that I'm looking for a mature and standard to do it, so I'm not going to just

Re: [openstack-dev] [Ceilometer] Why ceilometer do not offer run_tests.sh script?

2015-04-28 Thread gordon chung
everything llu mentioned below. also, if you don't want to install mongo, you can run tests against mysql/postgres/elasticsearch instead using tox -epy-mysql, tox -epy-pgsql or tox -epy-elastic. if you want to debug the tests you can similar run tox -edebug-db cheers, gord

[openstack-dev] [release] python-ceilometerclient 1.0.14

2015-04-27 Thread gordon chung
We are jazzed to announce the (KIlo) release of: python-ceilometerclient 1.0.14: OpenStack Telemetry API Client Library For more details, please see the git log history below and:     https://launchpad.net/python-ceilometerclient/+milestone/1.0.14 Please report issues through launchpad:    

[openstack-dev] [ceilometer] removing Angus Salkeld and Nick Barcet from ceilometer-core‏

2015-05-07 Thread gordon chung
hi folks, as both have moved on to other endeavours, today we will be removing two founding contributors of Ceilometer from the core team. thanks to both of you for guiding the project in it's early days! cheers,gord

[openstack-dev] [ceilometer] proposal to add Chris Dent to Ceilometer core

2015-05-08 Thread gordon chung
hi, i'd like to nominate Chris Dent to the Ceilometer core team. he has been one of the leading reviewers in Ceilometer and gives solid comments. he also has led the api effort in Ceilometer and provides insight in specs. as we did last time, please vote here: 

[openstack-dev] [ceilometer] etherpad links for Vancouver

2015-05-11 Thread gordon chung
hi folks, just a heads up, the etherpad links for the design sesssions can be found here: https://wiki.openstack.org/wiki/Summit/Liberty/Etherpads#Ceilometer. if you're leading a topic, especially the fishbowl topics (componentisation and event alarming), please add some details beforehand.

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

2015-05-14 Thread gordon chung
hi folks, since we had strong support for cdent in the review below, it's my pleasure to welcome Chris Dent as the newest member of the Ceilometer core team. welcome Dude! you'll really tie the room together. cheers, gord From: g...@live.ca To:

[openstack-dev] [ceilometer] skipping ceilometer meeting today

2015-05-14 Thread gordon chung
hi folks, since we don't seem to have any topics for this week and everyone is prepping (or is already at) the summit, we'll skip today's meeting. if there are any issues to discuss pre-summit, please post them to the list here or to #openstack-ceilometer. see you next week! cheers, gord

[openstack-dev] [Ceilometer] removing Nejc Saje from ceilometer-core

2015-04-14 Thread gordon chung
hi folks, just an fyi, i've spoken with Nejc and since he's in school still and is busy with his studies, we've decided it is in the best interest to remove his current status as core reviewer in the Ceilometer project for the time being. much thanks for all your past work in Ceilometer,

[openstack-dev] [release] python-ceilometerclient 1.1.0

2015-04-16 Thread gordon chung
We are gleeful to announce the (Liberty) release of: python-ceilometerclient 1.1.0: OpenStack Telemetry API Client Library For more details, please see the git log history below and:     https://launchpad.net/python-ceilometerclient/+milestone/1.1.0 Please report issues through launchpad:    

Re: [openstack-dev] [nova-docker][ceilometer][heat] Autoscaling docker in openstack

2015-04-17 Thread gordon chung
hi, i just noticed this but there was a similar spec proposed[1]. you might want to sync up with the original proposer or just take it over. [1] http://review.openstack.org/#/c/163920/ cheers, gord

Re: [openstack-dev] [all] how to send messages (and events) to our users

2015-04-07 Thread gordon chung
- Specific user oriented log messages (distinct from our normal operator logs) - Deprecation messages (if they are using old resource properties/template features) - Progress and resource state changes (an application doesn't want to poll an api for a state change) - Automated actions

Re: [openstack-dev] [all] how to send messages (and events) to our users

2015-04-07 Thread gordon chung
This could be extended to richer JSON events that include the stack, resources affected in the update, stats like num-deleted-resources or num-replaced-resources, autoscaling actions, and info about stack errors. Is there a way for users as-is to view those raw notifications, not just the

Re: [openstack-dev] [all] how to send messages (and events) to our users

2015-04-08 Thread gordon chung
Yeah, I'd really like to have a schema for Heat events so we can have a single event stream and repackage events for different consumption goals (metrics, notifications, programmatic interaction, etc). Keystone and parts of Ceilometer use the CADF schema to build notification messages[1].

[openstack-dev] [Ceilometer] proposal to add ZhiQiang Fan to Ceilometer core

2015-04-01 Thread gordon chung
hi, i'd like to nominate ZhiQiang Fan to the Ceilometer core team. he has been a leading reviewer in Ceilometer and consistently gives insightful reviews. he also contributes patches and helps triage bugs. reviews:

Re: [openstack-dev] [cinder] Is there any way to put the driver backend error message to the horizon

2015-04-10 Thread gordon chung
I'd say events are *more* useful in that workflow, not less, as long as they contain enough context. For example, the user creates a volume, tries to attach it which fails for some config error, so the user deletes it. With an event based model, the admin now has an error event in

Re: [openstack-dev] [ceilometer] polling agent configuration speculation

2015-06-09 Thread gordon chung
A couple things about this seem less than ideal: * 2 means we load redundant stuff unless we edit entry_points.txt. We do not want to encourage this sort of behavior. entry_points is not configuration[1]. We should configure elsewhere to declare I care about things X (including the

Re: [openstack-dev] [all][python3] use of six.iteritems()

2015-06-09 Thread gordon chung
maybe the suggestion should be don't blindly apply six.iteritems or items rather than don't apply iteritems at all. admittedly, it's a massive eyesore, but it's a very real use case that some projects deal with large data results and to enforce the latter policy can have negative effects[1].  

[openstack-dev] [ceilometer][all] the max length of an id

2015-06-26 Thread gordon chung
hi, recently we added a change in Ceilometer to lower the size of our id fields in our storage model[1]. the reason we did this was because the original size of varchar(255) we assigned to ids were so large that if we wanted to generate some of our larger constraint requirements, it would

Re: [openstack-dev] [ceilometer][all] the max length of an id

2015-06-26 Thread gordon chung
On 26/06/2015 1:42 PM, Jay Pipes wrote: On 06/26/2015 11:00 AM, gordon chung wrote: hi, recently we added a change in Ceilometer to lower the size of our id fields in our storage model[1]. the reason we did this was because the original size of varchar(255) we assigned to ids were so large

Re: [openstack-dev] [all][python3] use of six.iteritems()

2015-06-11 Thread gordon chung
no worries... can't speak for that Dolph fellow though :) i think it's good to understand/learn different testing/benchmarking strategies. cheers, gord Date: Thu, 11 Jun 2015 17:34:57 +1200 From: robe...@robertcollins.net To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev]

Re: [openstack-dev] [all][python3] use of six.iteritems()

2015-06-11 Thread gordon chung
it is just me, or are these differences pretty negligible considering  this is the 1 million item dictionary, which in itself is a unicorn in openstack code or really most code anywhere? as was stated before, if we have million-item dictionaries floating around, that code has problems. I

Re: [openstack-dev] [Ceilometer] Meter rename discussion

2015-06-12 Thread gordon chung
hi Edwin, i added a comment to patch, maybe we don't need to do any search/replace at all ie. if we have meter x.y that is renamed to meter y.z, if you search for either x.y or y.z, the results may contain samples with both names? and over time, it'll eventually just have the single name. the

Re: [openstack-dev] [nova][ceilometer] proposal to send bulk hypervisor stats data in periodic notifications

2015-06-17 Thread gordon chung
not familiar/smart enough to comment on design within Nova but i'm very much in favour if this is possible. the polling option in Ceilometer was always a means to get information not readily available via notifications. that said, i don't think we can completely do away with polling. i'm

Re: [openstack-dev] [ceilometer] When do we import aodh?

2015-06-17 Thread gordon chung
i've no idea how to add comments to github so i'll ask here. On 16/06/2015 11:12 AM, Julien Danjou wrote: On Tue, Jun 16 2015, Chris Dent wrote: 5. anything in tempest to worry about? Yes, we need to adapt and reenable tempest after. 6. what's that stuff in the ceilometer dir? 6.1.

Re: [openstack-dev] [Openstack] [Ceilometer] Ceilometer Python API Documentation

2015-06-18 Thread gordon chung
hi Hassaan, there's a similar link here: http://docs.openstack.org/developer/python-ceilometerclient i don't know if we have official docs but you can see some usage examples here: https://www.rdoproject.org/CeilometerQuickStart#Exploring_with_the_CLI On 18/06/2015 1:24 AM, Hassaan Ali

Re: [openstack-dev] [Ceilometer][Gnocchi] question on integration with time-series databases

2015-06-17 Thread gordon chung
On 17/06/2015 12:57 PM, Chris Dent wrote: On Tue, 16 Jun 2015, Simon Pasquier wrote: I'm still struggling to see how these optimizations would be implemented since the current Gnocchi design has separate backends for indexing and storage which means that datapoints (id + timestamp + value)

Re: [openstack-dev] [all][python3] use of six.iteritems()

2015-06-10 Thread gordon chung
Date: Wed, 10 Jun 2015 21:33:44 +1200 From: robe...@robertcollins.net To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [all][python3] use of six.iteritems() On 10 June 2015 at 17:22, gordon chung g...@live.ca wrote: maybe the suggestion should be don't blindly apply

Re: [openstack-dev] stackforge projects are not second class citizens

2015-06-16 Thread gordon chung
i won't speak to whether this confirms/refutes the usefulness of the big tent. that said, probably as a by-product of being in non-stop meetings with sales/marketing/managers for last few days, i think there needs to be better definitions (or better publicised definitions) of what the goals of

Re: [openstack-dev] [ceilometer][all] Scalable metering

2015-05-27 Thread gordon chung
So I agree doing lots of naive polling can lead to issues on even the fastest of APIs, but are there any bugs about this that were opened against nova? At the very least nova should investigate why the specific calls are so slow and see if we what we can do to make them at least a

Re: [openstack-dev] [ceilometer][all] Scalable metering

2015-05-27 Thread gordon chung
) Tim -Original Message- From: gordon chung [mailto:g...@live.ca] Sent: 27 May 2015 20:43 To: OpenStack Development Mailing List not for usage questions Subject: Re: [openstack-dev] [ceilometer][all] Scalable metering So I agree doing lots of naive polling can lead to issues on even

Re: [openstack-dev] [ceilometer][all] Scalable metering

2015-05-26 Thread gordon chung
hi Tim, we're still doing some investigation but we're tracking/discussing part of the polling load issue here: https://review.openstack.org/#/c/185084/ we're open to any ideas -- especially from nova api et al experts. cheers, gord From: tim.b...@cern.ch

[openstack-dev] [ceilometer] today's meeting cancelled

2015-05-28 Thread gordon chung
‎Hi,Just a reminder, since a few people are still on vacation from the summit, we'll skip today's meeting. We'll continue our regularly scheduled meetings on June 4‎.Please check out the roundup email and current specs to see what is planned going forward.For any urgent items, please post to the

  1   2   3   4   5   >