Hi,
Is there any way to proceed ahead the following topic?
Best Regards,
Hisashi Osanai
On Friday, August 01, 2014 7:32 PM, Hisashi Osanai wrote:
> I would like to follow this discussion so I picked up points.
>
> - There are two way to collect info from swift, one is pollster and
> the othe
I would like to follow this discussion so I picked up points.
- There are two way to collect info from swift, one is pollster and
the other is notification. And we discussed about how to solve the
performance degradation of swift_middleware here.
pollster:
- storage.objects
- stora
On 7/31/14, 1:06 AM, Eoghan Glynn wrote:
Swift is already emitting those numbers[1] in statsd format; could
ceilometer consume those metrics and convert them to whatever
notification format it uses?
The problem with that approach, IIUC, is that the statsd metrics
provide insufficient context
ge-
> From: Julien Danjou [mailto:jul...@danjou.info]
> Sent: Thursday, July 31, 2014 5:24 AM
> To: Chris Dent
> Cc: OpenStack-dev@lists.openstack.org
> Subject: Re: [openstack-dev] [ceilometer] [swift] Improving
> ceilometer.objectstore.swift_middleware
>
> On
On Thu, 31 Jul 2014, Julien Danjou wrote:
I'm just thinking out loud and did not push that through, but I wonder
if we should not try to use the oslo.messaging notifier middleware for
that. It would be more standard (as it's the one usable on all HTTP
pipelines) and rely on notification and gene
July 31, 2014 5:24 AM
To: Chris Dent
Cc: OpenStack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [ceilometer] [swift] Improving
ceilometer.objectstore.swift_middleware
On Wed, Jul 30 2014, Chris Dent wrote:
> What are other options? Of those above which are best or most
> realist
On Wed, Jul 30 2014, Chris Dent wrote:
> What are other options? Of those above which are best or most
> realistic?
I'm just thinking out loud and did not push that through, but I wonder
if we should not try to use the oslo.messaging notifier middleware for
that. It would be more standard (as it'
> Swift is already emitting those numbers[1] in statsd format; could
> ceilometer consume those metrics and convert them to whatever
> notification format it uses?
The problem with that approach, IIUC, is that the statsd metrics
provide insufficient context.
Ceilometer wants to meter usage on a
On 7/30/14, 8:06 AM, Chris Dent wrote:
ceilometer/objectstore/swift_middleware.py[1] counts the size of web
request and reponse bodies through the swift proxy server and publishes
metrics of the size of the request and response and that a request
happened at all.
There are (at least) two bug re
ceilometer/objectstore/swift_middleware.py[1] counts the size of web
request and reponse bodies through the swift proxy server and publishes
metrics of the size of the request and response and that a request
happened at all.
There are (at least) two bug reports associated with this bit of code:
10 matches
Mail list logo