You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ignite.apache.org by abatra <an...@gmail.com> on 2018/10/01 08:47:31 UTC

Re: Is ID generator split brain compliant?

I believe it won't work either. I will try it soon and share the result. 

Could you please share some pointers that I should look at for debugging
persistence? I have org.apache.ignite=DEBUG in logs and IGNITE_QUITE set to
false. There a lot of logs, most of which I can not make sense of w.r.t.
persistence.



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

RE: Is ID generator split brain compliant?

Posted by abatra <an...@gmail.com>.
It worked. Directory set for IGNITE_HOME was getting cleaned up because it
wasn't on a mount point or docker volume. Once I set IGNITE_HOME to a
directory that persisted between container stop and start, the ID generator
worked as expected.



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

RE: Is ID generator split brain compliant?

Posted by abatra <an...@gmail.com>.
Server logs
<http://apache-ignite-users.70518.x6.nabble.com/file/t2060/igniteLogs.txt>  



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

RE: Is ID generator split brain compliant?

Posted by abatra <an...@gmail.com>.
I did not see any locks related logs. 
I did set consistent ID to make sure Ignite looks for the same folder on a
restart. But it did not work. On docker restart i.e. the ID generator starts
generating a sequence from the initial value.

I am attaching the ignite logs for server restart in this message. It's a
two node deployment, 1 server and 1 client where I keep client down all the
time. For that reason, you may see an expected NoRouteException to the
client.



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/

RE: Is ID generator split brain compliant?

Posted by Stanislav Lukyanov <st...@gmail.com>.
Hi,

If the issue is that the node is starting with a new persistent storage each time
there could some issue with file system.

The algorithm to choose a persistent folder is
1) If IgniteConfiguration.consistentId is specified, use the folder of that name
2) Otherwise, check if there are any existing folders not locked by other nodes; if one is found, use that
3) Otherwise, generate a new consistentId and create a new folder for it
I assume that when Ignite checks your folders on step 2 they appear to be locked even though they are not.
Perhaps the file system doesn’t unlock them fast enough, or something similar happens.
Look for messages like “Unable to acquire lock to file” at the start of the nodes to see if that’s the case.

Try to specify consistentId explicitly – perhaps it’ll solve the issue.

Thanks,
Stan

From: abatra
Sent: 1 октября 2018 г. 11:47
To: user@ignite.apache.org
Subject: Re: Is ID generator split brain compliant?

I believe it won't work either. I will try it soon and share the result. 

Could you please share some pointers that I should look at for debugging
persistence? I have org.apache.ignite=DEBUG in logs and IGNITE_QUITE set to
false. There a lot of logs, most of which I can not make sense of w.r.t.
persistence.



--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/