On 14/10/16 05:51 AM, Julien Danjou wrote:
> Therefore I did not ask for a space for our team at the next PTG.
did you request them to send the food+drinks to our homes instead?
something to consider? :)
--
gord
__
OpenS
On 17/10/16 09:53 AM, Chris Dent wrote:
>
> It turns out that summit this year will be just down the road from
> Chris Sharma's relatively new indoor climbing gym in Barcelona:
>
> http://www.sharmaclimbingbcn.com/
>
> If the fun, frisson and frustration of summit sessions leaves you with
> t
i've honestly forgotten about it over the months.
On 19/10/16 09:19 PM, dong.wenj...@zte.com.cn wrote:
>
> Hi Gordon Chung,
>
> Could you please tell me why adding another notification topic is not a
> good choice? Thanks
On 20/10/16 01:01 PM, Afek, Ifat (Nokia - IL) wrote:
> Well… long time ago I asked to add another notification topic to Aodh, and
> you said that you blocked it. If that’s not the case, everything is fine :-)
> Like I said before, we planned on implementing it in Newton, but
> unfortunately it d
glad you found the solution. :)
On 24/10/16 01:52 AM, 张盛平 wrote:
> Hello everyone, I think I have found something related. sorry for troubling.
>
> https://bugs.launchpad.net/ceilometer/+bug/1551667
>
>
>
--
gord
__
Ope
what meters are you looking for specifically? as Ganpat mentioned, we
only derive a few meters from Nova notifications[1]. i don't understand
your comment about being able to see events on kafka. by 'events' do you
mean Ceilometer Events[2]?
[1]
https://github.com/openstack/ceilometer/blob/mas
On 01/11/16 05:30 AM, Raghunath D wrote:
> My requirement is to get sample/counter with "instance" name ,with
> event_type *compute.instance.**
we don't build instance meter anymore because it's not a meter as it's
not measuring anything.
--
gord
_
hi,
for those interested in contributing i updated the roadmap[1] page in
our wiki with items we discussed over last few summits. if you want more
details on work item and sizing, feel free to ask. we don't use specs or
blueprints in Telemetry except for rare patch which requires a lot of
deba
On 02/11/16 01:39 AM, Adrian Turjak wrote:
> Been vaguely following this thread and I have a question.
>
> Just to confirm, as I haven't touched ceilometer code in ages, the
> instance metric still exists? Or at least something like it?
it sort of exists currently. we don't build it from notific
On 02/11/16 03:39 PM, Emilien Macchi wrote:
> On Wed, Nov 2, 2016 at 12:33 PM, Thierry Carrez wrote:
>> Hi everyone,
>>
>> In Barcelona the release team has been discussing how to improve release
>> announcements. Posting them on openstack-dev (for libs) and
>> openstack-announce (for main servi
On 02/11/16 08:10 PM, Adrian Turjak wrote:
>
> On 03/11/16 03:01, gordon chung wrote:
>> gnocchi captures the state of a resource and it's history. this is
>> accessible by looking at resource history. i'm not entirely sure if that
>> handles your case, may you
On 03/11/16 02:24 PM, Amrith Kumar wrote:
>
> So, just before calling call() or cast(), I could compute the hash and
> stuff it into the dictionary that is being sent over, and I can do the
> same on the receiving side. But since I cannot guarantee that the
> representation on the receiving side
On 04/11/16 08:02 AM, Amrith Kumar wrote:
> [Amrith Kumar] I wasn't sure I'd be able to do this before (the only place
> where this model will work is in oslo.messaging) but thanks to the links
> that Dims forwarded, there may be a chance to make this part of oslo!
if you do this in oslo.messagi
On 04/11/16 08:15 PM, Steve Martinelli wrote:
>
> We have somewhat had support for this, we have an "extras" column
> defined in our database schema, whatever a user puts in a request that
> doesn't match up with our API, those key-values are dumped into the
> "extras" column. It's not a pleasant
hi,
one issue i've noticed with our 'backlog' scheduling is that we register
all our new measures in a single folder/filestore object. this folder or
object in most production cases can grow quite large (tens/hundreds of
thousands). so we don't load it all into memory, the drivers will only
gr
On 14/11/16 05:53 PM, John Dickinson wrote:
>
> I'm stepping in to an area here (gnocchi) that I know very little about,
> so please forgive me where I mess up.
>
> First, as a practical note, stuff in Swift will be /much/ better when
> you spread it across the entire namespace. It's a lot better
On 15/11/16 04:53 AM, Julien Danjou wrote:
> Yeah in the case of the Swift driver for Gnocchi, I'm not really sure
> how much buckets we should create. Should we make the user pick a random
> number like the number of partition in Swift and then create the
> containers in Swift? Or can we have so
this seems related to fact we use datetime type in mysql which requires
5.6.4? (i'm guessing on version). but yes, ubuntu-xenial should have the
required mysql.
On 18/11/16 07:50 AM, Andrey Kurilin wrote:
> Hi stackers,
>
> I hate to report such things, but most of rally jobs are broken now due
i would probably just try to get a token from vm2 and see if that's even
possible. seems unrelated to ceilometerclient.
that said, i'm going to throw in obligatory: "ceilometer api is
deprecated and has been unmaintained for over a year. i suggest you
switch to another storage solution whether
On 23/11/16 09:16 PM, Srikanth Vavilapalli wrote:
> Yes, I agree, this issue is not related to ceilometer. We have verified that
> none of the keystone commands (keystone endpoint-list, keystone catalog,
> keystone user-list) are working in that VM2, they all stuck in getting the
> token-get o
401 - 420 of 420 matches
Mail list logo
