[ https://forge.continuent.org/jira/browse/SEQUOIA-986?page=all ]
     
Emmanuel Cecchet resolved SEQUOIA-986:
--------------------------------------

    Resolution: Fixed

Added an optional 'hedera.gms.wait' property that can be added to hedera 
configuration files.

For hedera_appia.properties, one can add the following line:
hedera.gms.wait=20000

The virtual database will wait for the corresponding time in milliseconds (and 
display an info message).
If the property is omitted, a 2 seconds sleep is observed which is the current 
policy.

> wait for all members to join @ joinGroup is to short for Appia
> --------------------------------------------------------------
>
>          Key: SEQUOIA-986
>          URL: https://forge.continuent.org/jira/browse/SEQUOIA-986
>      Project: Sequoia
>         Type: Bug

>     Versions: sequoia 2.10.10, Sequoia 2.10.9
>     Reporter: Stefan Lischke
>     Assignee: Emmanuel Cecchet
>      Fix For: sequoia 2.10.10

>
>
> There is a problem with the time sequoia waits before starting VDB in 
> joinGroup()
> The code was developed for jgroups (as the comment say):
>       // Let the MulticastRequestAdapter thread pump the membership out of the
>       // JGroups channel.
>       Thread.sleep(2000);
> But when using appia 2 seconds is not enough. I tried with 20 and now it 
> works in 95% of the cases that failed with 2 seconds. 
> We should make this time modifiable via configuration

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   https://forge.continuent.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

_______________________________________________
Sequoia mailing list
[email protected]
https://forge.continuent.org/mailman/listinfo/sequoia

Reply via email to