RAFT and CTDB

[Richard Sharpe]

On Thu, Dec 4, 2014 at 6:55 AM, Rowland Penny <repenny241155 at gmail.com> wrote:
> On 04/12/14 14:28, ronnie sahlberg wrote:
>>
>> Seriously.
>>
>> Richard Sharpe has just invested a lot of his time to try to help you with
>> OCFS2 and have demonstrated how/what you need to do to get OCFS2 working
>> with CTDB.
>> And this is how you reward him?
>>
>> Your email is very disrespectful.
>>
>>
>>
>> On Wed, Dec 3, 2014 at 10:42 PM, steve <steve at steve-ss.com> wrote:
>>
>>> On 03/12/14 23:22, Richard Sharpe wrote:
>>>
>>>> On Wed, Dec 3, 2014 at 2:09 PM, steve <steve at steve-ss.com> wrote:
>>>>
>>>>> On 03/12/14 22:46, Richard Sharpe wrote:
>>>>>
>>>>>
>>>>>>   And you can have more than one node up at the same time. Is that
>>>>>> what
>>>>>>>
>>>>>>> your setup does too?
>>>>>>>
>>>>>>
>>>>>> Indeed. Both nodes are up at this very instant
>>>>>>
>>>>>
>>>>> Is it better to have both nodes up at the same time? It doesn't seem to
>>>>> make
>>>>> much difference here. Unless we have a big jpg.
>>>>>
>>>> The whole point of CTDB is so that more than one node can be up at the
>>>> same time and the load is shared across those multiple nodes.
>>>>
>>> You're almost there. A few more digs at the documentation and you'll have
>>> made it. ctdb provides fail-over. Important for but not HA. As you
>>> describe
>>> it.
>>>
>>>
>>>> Do try to keep up.
>>>>
>>> You too.
>>>
> Steve's replies could have been worded better and Richard has spent a
> considerable time showing that OCFS2 will work with CTDB. The only problem
> that I can see is, whilst Richard used Centos and the Oracle kernel, neither
> of the two people who are having/have had problems with CTDB use this distro
> or kernel. If CTDB will only work with Centos and the Oracle kernel, then in
> my opinion, it has problems. The only way to prove this one way or the
> other, is for Richard to post his setup and for someone to try and set it up
> on Debian (other distros are available ;-) ).

What part of my setup do you need?

As to UEK, that was a convenience to get the prebuilt ofcs2 modules etc.

There are problems, of course, because I had to build the ocfs2-tools
package from scratch and ignore the failure ...

If I find the time soon, I will perhaps post a step-by-step or even
try to eliminate the UEK step, however, often all that is needed is a
demonstration that something is indeed possible.

Also, I am more kindly disposed towards some people than others ...

-- 
Regards,
Richard Sharpe
(何以解憂？唯有杜康。--曹操)