Rowland Penny repenny241155 at gmail.com
Thu Dec 4 08:25:55 MST 2014

On 04/12/14 15:11, Richard Sharpe wrote:
> 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 ...

I am quite prepared to try to set this up in VM's but as I have never 
even attempted to use CTDB, I do not know where to start (whether this 
is an advantage or disadvantage, I am not sure).

If you could just post a small 'this is how I did it on Centos' howto, I 
will then attempt it on Debian. One thing I have found out, is that 
OCFS2 is supposed to be built into the Linux kernel.


More information about the samba-technical mailing list