Re: [Openstack-operators] Galera setup testing

2015-12-11 Thread Matt Fischer
On Fri, Dec 11, 2015 at 12:25 AM, Ajaya Agrawal wrote: > Thanks Matt. That surely is helpful. If you could share some numbers or > problems you faced when you were storing UUID tokens in database, it would > be awesome. In my test setup with Keystone Kilo, Fernet token

Re: [Openstack-operators] Galera setup testing

2015-12-11 Thread Bajin, Joseph
com> Date: Friday, December 11, 2015 at 2:25 AM To: Matt Fischer <m...@mattfischer.com> Cc: "openstack-operators@lists.openstack.org" <openstack-operators@lists.openstack.org> Subject: Re: [Openstack-operators] Galera setup testing Thanks Matt. That surely is help

Re: [Openstack-operators] Galera setup testing

2015-12-11 Thread Joe Topjian
er <m...@mattfischer.com> > Cc: "openstack-operators@lists.openstack.org" < > openstack-operators@lists.openstack.org> > Subject: Re: [Openstack-operators] Galera setup testing > > Thanks Matt. That surely is helpful. If you could share some numbers or > probl

Re: [Openstack-operators] Galera setup testing

2015-12-11 Thread Curtis
> From: Ajaya Agrawal <ajku@gmail.com> > Date: Friday, December 11, 2015 at 2:25 AM > To: Matt Fischer <m...@mattfischer.com> > Cc: "openstack-operators@lists.openstack.org" > <openstack-operators@lists.openstack.org> > Subject: Re: [Openstack-operat

Re: [Openstack-operators] Galera setup testing

2015-12-08 Thread Nick Jones
Neutron has protection against these now as of liberty with API level retry operations so this shouldn't be a problem for neutron any more. Jay Pipes wrote an awesome post about the problem itself and a solution earlier this year:

Re: [Openstack-operators] Galera setup testing

2015-12-08 Thread Kevin Benton
these things? > > Thanks, > Kevin > > -- > *From:* Kevin Benton > *Sent:* Monday, December 07, 2015 6:08:12 PM > *To:* Matteo Panella > *Cc:* OpenStack Operators > *Subject:* Re: [Openstack-operators] Galera setup testing > > Neutro

Re: [Openstack-operators] Galera setup testing

2015-12-07 Thread Matt Fischer
On Mon, Dec 7, 2015 at 3:54 AM, Ajaya Agrawal wrote: > Hi everyone, > > We are deploying Openstack and planning to run multi-master Galera setup > in production. My team is responsible for running a highly available > Keystone. I have two questions when it comes to Galera

[Openstack-operators] Galera setup testing

2015-12-07 Thread Ajaya Agrawal
Hi everyone, We are deploying Openstack and planning to run multi-master Galera setup in production. My team is responsible for running a highly available Keystone. I have two questions when it comes to Galera with Keystone. 1. How do you test if a Galera cluster is setup properly? 2. Is there

Re: [Openstack-operators] Galera setup testing

2015-12-07 Thread Kevin Benton
Neutron has protection against these now as of liberty with API level retry operations so this shouldn't be a problem for neutron any more. On Dec 7, 2015 4:06 PM, "Matteo Panella" wrote: > On 2015-12-07 22:45, James Dempsey wrote: > >> +1 for designating one node as

Re: [Openstack-operators] Galera setup testing

2015-12-07 Thread Fox, Kevin M
] Galera setup testing Neutron has protection against these now as of liberty with API level retry operations so this shouldn't be a problem for neutron any more. On Dec 7, 2015 4:06 PM, "Matteo Panella" <matteo.pane...@cnaf.infn.it<mailto:matteo.pane...@cnaf.infn.it>> wrot

Re: [Openstack-operators] Galera setup testing

2015-12-07 Thread James Dempsey
On 08/12/15 04:04, Matt Fischer wrote: > On Mon, Dec 7, 2015 at 3:54 AM, Ajaya Agrawal wrote: > >> Hi everyone, >> >> We are deploying Openstack and planning to run multi-master Galera setup >> in production. My team is responsible for running a highly available >> Keystone.

Re: [Openstack-operators] Galera setup testing

2015-12-07 Thread Matteo Panella
On 2015-12-07 22:45, James Dempsey wrote: +1 for designating one node as primary. This helped us reduce some deadlocks that we were seeing when balancing sessions between DB hosts. Keystone most likely won't be affected by writeset certification failures, but other services (especially