This is one reason to use the memcached backend. Why replicate these tokens in
the first place.
On Tuesday, January 27, 2015 at 10:21 AM, Clint Byrum wrote:
>
> Excerpts from Tim Bell's message of 2015-01-25 22:10:10 -0800:
> > This is often mentioned as one of those items which catches every
I tend to agree with this.
Sure names are cool and all, but how much time and effort have we collectively
spent in determining a name? I see no problem with a release 15, and cutting a
15-1, 15-2, 15-3.
A friendly reminder, we only have 13 more releases before we run out of letters
anyways. :
On Thursday, February 13, 2014 at 1:27 PM, Robert Collins wrote:
> So progressing with the 'and folk that want to use packages can' arc,
> we're running into some friction.
>
> I've copied -operators in on this because its very relevant IMO to operators
> :)
>
> So far:
> - some packages use dif
On Wednesday, March 5, 2014 at 12:41 PM, Eugene Nikanorov wrote:
> Hi community,
>
> Another interesting questions were raised during object model discussion
> about how pool statistics and health monitoring should be used in case of
> multiple vips sharing one pool.
>
> Right now we can query
I am interested
On Thursday, March 6, 2014 at 7:32 AM, Jorge Miramontes wrote:
> Hi everyone,
>
> I'd like to gauge everyone's interest in a possible mini-summit for Neturon
> LBaaS. If enough people are interested I'd be happy to try and set something
> up. The Designate team just had a pro
On Thursday, March 6, 2014 at 11:09 AM, Russell Bryant wrote:
> On 03/06/2014 01:05 PM, Sean Dague wrote:
> > One of the issues that the Nova team has definitely hit is
> > Blueprint overload. At some point there were over 150 blueprints.
> > Many of them were a single sentence.
> >
> > The result
Jay had responded to a similar issue [1] some time ago (I swear I saw talk of
this last week but can’t find the newer thread). Since the posting referenced
we also found rabbit 3.2.x with esl erlang helped a ton.
tl;dr It is a client issue. See the thread for further details.
[1] http://list
I have a similar concern. The underlying driver may support different
functionality, but the differentiators need exposed through the top level API.
I see the SSL work is well underway, and I am in the process of defining L7
scripting requirements. However, I will definitely need L7 scripting
Thanks Eugene
John
On Tuesday, April 1, 2014 at 3:02 AM, Eugene Nikanorov wrote:
> Hi folks,
>
> On the last meeting we decided to collect usage data so we could prioritize
> features and see what is demanded most.
>
> Here's the blank page to do that (in a free form). I'll structure it onc
I am looking to add health check middleware [1] into Keystone, and eventually
other API endpoints. I understand it makes sense to move this into oslo, so
other projects can utilize it in their pate pipelines. My question is where in
oslo should this go?
Thanks -
John
[1] https://review.opens
10 matches
Mail list logo
