Welcome to the new Gigaspaces XAP forum. To recover your account, please follow these instructions.

Ask Your Question

Failover time is too long

Hi, I hope that someone here knows the answer for this simple question:

we have partioned cluster with synchronous replications. when primary node fails it takes about 5 seconds for backup to detect the failure of the primary and to start working. The question is: is this normal? We really need shorter time - how we can change it?

Thanks, Kate

{quote}This thread was imported from the previous forum. For your reference, the original is [available here|http://forum.openspaces.org/thread.jspa?threadID=2144]{quote}

asked 2007-05-01 12:14:05 -0500

taki gravatar image

updated 2013-08-08 09:52:00 -0500

jaissefsfex gravatar image
edit retag flag offensive close merge delete

1 Answer

Sort by ยป oldest newest most voted

Do you see the 5 seconds delay from the client side?
Are you using transactions?
In general fail-over should take very short time.
Do you have IWorkers running at the backup space that takes time to wake up once their host space becomes active?


answered 2007-05-01 13:51:05 -0500

shay hassidim gravatar image
edit flag offensive delete link more


It is taesting application, so I from my debug messages I can see that only after 5 seconds the backup's IWorker initializes. Before that there is log message that backup do not get heartbeat from primary during 4500 ms. I thought that backup waits for 4.5 sec and only after that it detects that primary failed, is it right? We use only local transactions.

taki gravatar imagetaki ( 2007-05-01 14:04:00 -0500 )edit

Please lower the <fail-over-find-timeout> as part of the cluster schema (located GigaSpaces Root\config\schemas\sync_replicated-cluster-schema.xsl and retry.


shay hassidim gravatar imageshay hassidim ( 2007-05-01 17:22:02 -0500 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Question Tools

1 follower


Asked: 2007-05-01 12:14:05 -0500

Seen: 82 times

Last updated: May 01 '07