[Samba] CTDB and locking issues in 4.4.6 (Classic domain)

[Alex Crow]

On 02/11/16 11:29, Alex Crow via samba wrote:
> On 02/11/16 07:29, Ralph Böhme wrote:
>
>> On Tue, Nov 01, 2016 at 09:56:06PM +0000, Alex Crow wrote:
>>>> well, yes and no. I did find some time to look into those logs and
>>>> those just tell use, that the second smbd on the second node that
>>>> fetches the lock record from the (clustered) locking db doesn't see
>>>> the record from the first node. ctdb debug logs might be telling, so
>>>> posting a full set of smbd and ctdb logs to the mailing list would be
>>>> the next step.
>>>>
>>>> Currently I have no idea how this can happen, getting to the bottom of
>>>> this is certainly fun and entertaining, but also very time
>>>> consuming. At the moment I don't have the time to do this in my free
>>>> time, maybe someone else from the mailing list has.
>>>>
>>>> -slow
>>> Hi Ralph,
>>>
>>> Thanks for that. Can I post the above back to the ML with links to
>>> appropriate logs?
>> sure.
>>
>> Btw, I forgot to mention that I did test this on my own devel cluster,
>> both development version from git master as well as production 4.4,
>> and could not reproduce the issue.
>>
>> -slow
>
> Is anyone able to assist with this issue? I have produced level 10
> logs but not sure how to debug CTDB.
>
> As a quick reminder the problem is that locks on one server are not
> being honoured when a client connects to another server in the cluster.
>
> Cheers
>
> Alex
>
FYI When I reset my cluster for two nodes and upgraded from 4,4,6 to
4.4.7, restarted all services the locking worked between two clients
accessing different servers.

So my next step was to add back the 3rd server. At this point, clients
would see locking working OK on the 1st and 2nd servers but opening the
same file from the 3rd server from the 2nd client allowed all access.

It's almost as if if you establish a cluster with 2 CTDB servers
everything works OK but it all goes to hell when you add a 3rd member.,
In all cases the file was initially opened R/W from the 1st client to
the 1st server.

To clarify: by "Nth server" I mean the virtual IPs set up by CTDB in
numerical order.

I would hope this helps anyone that's looking at this.

Best regards

Alex


--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).