This is correct. Is this a suggestion for documentation improvement? PR is welcome.
/Patrik mån 3 apr. 2017 kl. 18:59 skrev Justin du coeur <[email protected]>: > Hmm. Could be. I suspect they'd welcome a PR to that effect... > > On Mon, Apr 3, 2017 at 11:56 AM, Mushtaq Ahmed <[email protected]> > wrote: > > Thanks, that makes sense. But maybe the documentation of cluster-singleton > is a bit misleading and should be reworded. > > > On Monday, April 3, 2017 at 9:04:30 PM UTC+5:30, Arno Haase wrote: > > When you kill a JVM running a cluster node, it becomes 'unreachable'. > The other nodes in the cluster have no way of knowing whether this is > permanent or temporary (e.g. network congestion). > > In order for a singleton to be started on another node, the node it was > running on must be moved to state "down" (see Akka documentation on > cluster). That can be tricky (see "split brain"), and an Akka cluster > does (and can) not do that automatically. > > In order to run an Akka cluster, you need some sort of downing strategy > that decides when to move nodes from 'unreachable' to 'down'. Lightbend > has a commercial package containing (among other things) code to support > this. > > Hope this helps > > - Arno > > Am 03.04.2017 um 17:19 schrieb Mushtaq Ahmed: > > Hello! > > > > Doc on cluster singleton > > <http://doc.akka.io/docs/akka/2.5.0-RC2/scala/cluster-singleton.html> > > mention that even in case of JVM crash, singletons will be successfully > > started on other nodes: > > > > "The cluster failure detector will notice when oldest node becomes > > unreachable due to things like JVM crash, hard shut down, or network > > failure. Then a new oldest node will take over and a new singleton actor > > is created. For these failure scenarios there will not be a graceful > > hand-over, but more than one active singletons is prevented by all > > reasonable means. Some corner cases are eventually resolved by > > configurable timeouts." > > > > But when I kill the JVM process hosting singleton, I do not see that > > singleton is started in the nodes in the cluster. Am I missing > > something? Only messages I see for past 10 mins are: > > > > [WARN] [04/03/2017 20:47:58.120] [New I/O boss #9] > > [NettyTransport(akka://csw-cluster)] Remote connection to null failed > > with java.net.ConnectException: Connection refused: /192.168.1.2:3552 > > > > [WARN] [04/03/2017 20:47:58.120] > > [csw-cluster-akka.remote.default-remote-dispatcher-6] > > [akka.tcp:// > [email protected]:54527/system/endpointManager/reliableEndpointWriter-akka.tcp%3A%2F%2Fcsw-cluster%40192.168.1.2%3A3552-96] > > > Association with remote system [akka.tcp://[email protected]:3552] > > > has failed, address is now gated for [5000] ms. Reason: [Association > > failed with [akka.tcp://[email protected]:3552]] Caused by: > > [Connection refused: /192.168.1.2:3552] > > > > We are using 2.5.0-RC2. > > > > Thanks, > > Mushtaq > > > > -- > >>>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>>> Check the FAQ: > > http://doc.akka.io/docs/akka/current/additional/faq.html > >>>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > > --- > > You received this message because you are subscribed to the Google > > Groups "Akka User List" group. > > To unsubscribe from this group and stop receiving emails from it, send > > an email to [email protected] > > <mailto:[email protected]>. > > To post to this group, send email to [email protected] > > <mailto:[email protected]>. > > Visit this group at https://groups.google.com/group/akka-user. > > For more options, visit https://groups.google.com/d/optout. > > -- > >>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>> Check the FAQ: > http://doc.akka.io/docs/akka/current/additional/faq.html > >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > --- > You received this message because you are subscribed to the Google Groups > "Akka User List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at https://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. > > > -- > >>>>>>>>>> Read the docs: http://akka.io/docs/ > >>>>>>>>>> Check the FAQ: > http://doc.akka.io/docs/akka/current/additional/faq.html > >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user > --- > You received this message because you are subscribed to the Google Groups > "Akka User List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at https://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. > -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
