[wildfly-dev] WFLY-818 Slave host does not register to DC

Brian Stansberry brian.stansberry at redhat.com
Thu Jan 23 11:50:23 EST 2014


On 1/22/14, 8:49 AM, Claudio Miranda wrote:
> Hi
>
> On Wed, Jan 22, 2014 at 9:58 AM, Emanuel Muckenhuber
> <emuckenh at redhat.com> wrote:
>> There are other open issues related to
>> this, i.e. when using --cached-dc and --backup-dc at the same time.
>
> What do you think to let this as default ?
> Thinking from a HA view, the sysadmin, always wants their HC to work,
> so, if HC caches a local copy by default, it makes sense to load it if
> HC cannot registers itself with DC.
>
> I have worked with some customers, they just want to start jboss,
> regardless if HC are able to connect to DC. Of course, there should
> exist some mechanism to warn sysadmin the registration was not
> possible and they must look into it.
>

If we made --cached-dc + --backup-dc semantics the default, we'd have to 
introduce some mechanism to turn them off. I'm not sure the gain is 
worth it, particularly in the --cached-dc case. If you're starting an HC 
I think it's better to explicitly state that you're ok with that HC 
being out of sync with the domain.

OTOH, --backup-dc by default makes a lot of sense. If we don't have a 
local copy of the domain config and then the admin discovers he needs 
one so he can start the HC, it's too late.



-- 
Brian Stansberry
Senior Principal Software Engineer
JBoss by Red Hat


More information about the wildfly-dev mailing list