You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@brooklyn.apache.org by "Duncan Grant (JIRA)" <ji...@apache.org> on 2017/11/10 15:25:00 UTC

[jira] [Created] (BROOKLYN-555) Tomcat entity stop / start fails due to jmx.service.url sensor still has the IP from original VM

Duncan Grant created BROOKLYN-555:
-------------------------------------

             Summary: Tomcat entity stop / start fails due to jmx.service.url sensor still has the IP from original VM
                 Key: BROOKLYN-555
                 URL: https://issues.apache.org/jira/browse/BROOKLYN-555
             Project: Brooklyn
          Issue Type: Bug
    Affects Versions: 1.0.0
            Reporter: Duncan Grant


Quoting https://issues.apache.org/jira/browse/BROOKLYN-552?focusedCommentId=16246734&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16246734
"I tried reproducing this in AWS, with Tomcat. When I called stop and then start (i.e. such that it terminated the VM and spun up a new one), it went on-fire.
This is because it uses JMX for its health check, but the jmx.service.url sensor still has the IP from the first VM:
jmx.service.url: service:jmx:jmxmp://ec2-34-252-168-149.eu-west-1.compute.amazonaws.com:31001
webapp.url: http://ec2-52-49-28-164.eu-west-1.compute.amazonaws.com:8080/
This is presumably because things like JmxHelper will only recalculate the url and set the sensor UsesJmx.JMX_URL if that sensor is null.
However, I tried setting that sensor to null manually and then calling restart() effector - but it did not reset the jmx.service.url so there may be more to fixing it.
I didn't see the entity id or the run.dir change at all, or the security groups / keypairs mess up in any way."



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)