Ensure that the akka.conf is semantically equivalent on all nodes
Either:
1. Compare the akka.conf for all nodes that are joining the cluster to ensure that they are equal
2. Feed each Akka node with a URI where to fetch the akka.conf, download it and then boot up with it
Not the whole config, but the parts of it that makes sense.
1. Compare the akka.conf for all nodes that are joining the cluster to ensure that they are equal
2. Feed each Akka node with a URI where to fetch the akka.conf, download it and then boot up with it
Not the whole config, but the parts of it that makes sense.
Leave a comment
Another problem you have is with 'which configuration is leading'?
Could it be.. when an old node that has been shutdown for a long time.. comes up.. starts yelling to the cluster.. he guys.. this is the config we should use... you get the picture...
And if it is done based on version.. than you have the problem that when a customer decides to go a version back (e.g. new version no good etc) that the downgrade doesn't work since the older version will always be rejected to favor the higher version.
Could it be.. when an old node that has been shutdown for a long time.. comes up.. starts yelling to the cluster.. he guys.. this is the config we should use... you get the picture...
And if it is done based on version.. than you have the problem that when a customer decides to go a version back (e.g. new version no good etc) that the downgrade doesn't work since the older version will always be rejected to favor the higher version.
Currently, configuration is read only during start-up and changes are not propagated afterwards, i.e. there is no way of updating the configuration. For some settings (like serialization), differences between cluster nodes lead to loss of connectivity, other bugs will for sure be more subtle, so what is the plan for a configuration change in a running cluster?
on 2011-09-01 14:22 *
By Jonas Bonér
Dynamic changing the config might be supported, but not now, later. It is a very hard problem since we might need to invalidate everything, every actor in the cluster. Might be easiest to just have an easy way of doing full cluster restart (rolling).
on 2012-05-23 10:02 *
By Jonas Bonér
Description changed from Either:
1. Compare the ak... to Either:
1. Compare the ak...