cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sam Tunnicliffe (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-11725) Check for unnecessary JMX port setting in env vars at startup
Date Tue, 10 May 2016 13:53:12 GMT


Sam Tunnicliffe commented on CASSANDRA-11725:

Overriding it *only in the local-only case* as the branch does now it the exact behaviour
we had before CASSANDRA-10091. 
Trying to binding to that hostname is the wrong thing to do whatever, so I've just removed
that for non-local connections. Ultimately, we can bind to the broadcast address (CASSANDRA-2967),
but I've left it binding to {{}} in the non-local case for now, just in case there
are other tools/clients depending on that behaviour.

> Check for unnecessary JMX port setting in env vars at startup
> -------------------------------------------------------------
>                 Key: CASSANDRA-11725
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Lifecycle
>            Reporter: Sam Tunnicliffe
>            Assignee: Sam Tunnicliffe
>            Priority: Minor
>              Labels: lhf
>             Fix For: 3.x
> Since CASSANDRA-10091, C* expects to always be in control of initializing its JMX connector
server. However, if  {{}} is set when the JVM is started,
the bootstrap agent takes over and sets up the server before any C* code runs. Because C*
is then unable to bind the server it creates to the specified port, startup is halted and
the root cause is somewhat unclear. 
> We should add a check at startup so a more informative message can be provided. This
would test for the presence of the system property which would differentiate from the case
where some other process is already bound to the port. 

This message was sent by Atlassian JIRA

View raw message