You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@brooklyn.apache.org by "Sam Corbett (JIRA)" <ji...@apache.org> on 2015/12/10 19:02:11 UTC

[jira] [Created] (BROOKLYN-201) Failure retrieving port sensor value for TomcatServer

Sam Corbett created BROOKLYN-201:
------------------------------------

             Summary: Failure retrieving port sensor value for TomcatServer
                 Key: BROOKLYN-201
                 URL: https://issues.apache.org/jira/browse/BROOKLYN-201
             Project: Brooklyn
          Issue Type: Bug
            Reporter: Sam Corbett


I observed a strange problem in which a Tomcat server appeared to be missing most sensor values.

Context:

Two-member dynamic cluster of Tomcat servers with identical member specs.
Member 1: GZKUwB3x
Member 2: l1LEYWIA

Each member has a mirror entity:
Member #1 mirror: cn7VfAGi
Member #2 mirror: nwVhOYzr  

#1 deployed normally.

#2 failed to start:
{code}
Failed after 4ms: Execution failed, invocation error for JMX_SETUP_PREINSTALL Tomcat8ServerImpl{id=l1LEYWIA}: jmx port must not be null for Tomcat8ServerImpl{id=l1LEYWIA}: java.lang.NullPointerException: jmx port must not be null for Tomcat8ServerImpl{id=l1LEYWIA}

java.lang.IllegalStateException: Execution failed, invocation error for JMX_SETUP_PREINSTALL Tomcat8ServerImpl{id=l1LEYWIA}: jmx port must not be null for Tomcat8ServerImpl{id=l1LEYWIA}
	at org.apache.brooklyn.entity.software.base.lifecycle.ScriptHelper.logWithDetailsAndThrow(ScriptHelper.java:387)
	at org.apache.brooklyn.entity.software.base.lifecycle.ScriptHelper.executeInternal(ScriptHelper.java:370)
	at org.apache.brooklyn.entity.software.base.lifecycle.ScriptHelper$8.call(ScriptHelper.java:287)
	at org.apache.brooklyn.entity.software.base.lifecycle.ScriptHelper$8.call(ScriptHelper.java:285)
	at org.apache.brooklyn.util.core.task.DynamicSequentialTask$DstJob.call(DynamicSequentialTask.java:342)
	at org.apache.brooklyn.util.core.task.BasicExecutionManager$SubmissionCallable.call(BasicExecutionManager.java:468)
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException: jmx port must not be null for Tomcat8ServerImpl{id=l1LEYWIA}
	at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:253)
	at org.apache.brooklyn.entity.java.JmxSupport.applyJmxJavaSystemProperties(JmxSupport.java:275)
	at org.apache.brooklyn.entity.java.JavaSoftwareProcessSshDriver.getJmxJavaSystemProperties(JavaSoftwareProcessSshDriver.java:258)
	at org.apache.brooklyn.entity.java.JavaSoftwareProcessSshDriver.getJavaSystemProperties(JavaSoftwareProcessSshDriver.java:205)
	at org.apache.brooklyn.entity.java.JavaSoftwareProcessSshDriver.getJavaOpts(JavaSoftwareProcessSshDriver.java:125)
	at org.apache.brooklyn.entity.java.JavaSoftwareProcessSshDriver.getShellEnvironment(JavaSoftwareProcessSshDriver.java:105)
	at org.apache.brooklyn.entity.webapp.tomcat.TomcatSshDriver.getShellEnvironment(TomcatSshDriver.java:139)
	at org.apache.brooklyn.entity.software.base.AbstractSoftwareProcessSshDriver.execute(AbstractSoftwareProcessSshDriver.java:261)
	at org.apache.brooklyn.entity.software.base.lifecycle.ScriptHelper.executeInternal(ScriptHelper.java:366)
	... 8 more
{code}

This is the command that failed:
{code}
Integer jmxPort = Preconditions.checkNotNull(entity.getAttribute(JMX_PORT), "jmx port must not be null for %s", entity);
{code}

So for some reason the Tomcat entity with id l1LEYWIA has no jmx.port sensor.

In the debug log, before the exception is thrown:

{code}
2015-12-08 15:23:15,994 DEBUG o.a.b.c.s.PortAttributeSensorAndConfigKey [brooklyn-execmanager-C52UZvVL-147269]: Tomcat8ServerImpl{id=l1LEYWIA}: choosing port 31001 for jmx.direct.port
2015-12-08 15:23:16,116 DEBUG o.a.b.c.entity.AbstractEntity [brooklyn-execmanager-C52UZvVL-147272]: Emitting sensor notification entity.sensor.added value Sensor: jmx.direct.port (java.lang.Integer) on DelegateEntityImpl{id=nwVhOYzr}
2015-12-08 15:23:19,537 DEBUG o.a.b.c.s.PortAttributeSensorAndConfigKey [brooklyn-execmanager-C52UZvVL-147228]: Tomcat8ServerImpl{id=GZKUwB3x}: choosing port 31001 for jmx.direct.port
2015-12-08 15:23:19,537 DEBUG o.a.b.c.entity.AbstractEntity [brooklyn-execmanager-C52UZvVL-147136]: Emitting sensor notification entity.sensor.added value Sensor: jmx.direct.port (java.lang.Integer) on DelegateEntityImpl{id=cn7VfAGi}
{code}

But the attribute _had_ been set on the entity.

To make things more confusing, refer to the images attached to this issue.

Image 1 shows the senors for the running entity (GZKUwB3x)
Image 2 shows all sensors for the failed entity (l1LEYWIA, including those with no value)
Image 3 shows only the sensors on the failed entity (l1LEYWIA) that have a value set
Image 4 shows only the sensors on the failed entity's delegate (nwVhOYzr) that have a value set.
Image 5 shows the failed task.

3 and 4 are the most interesting. The real entity has no sensors set but its delegate does?! Note that the delegate entity has a value for jmx.direct.port and has none of the Clocker attributes like docker.host or docker.infrastructure.

As far as I can tell from the logs the sensor value for jmx.direct.port was not subequently unset. No sensor notifications were emitted for it after it was first set.





--
This message was sent by Atlassian JIRA
(v6.3.4#6332)