Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
4.7.0
-
None
-
Security Level: Public (Anyone can view this level - this is the default.)
-
None
-
CentOS 7, systemd, packages from official repo
Description
I have very little knowledge of java, but I looked at the code where the exception is thrown. The code is
_pid = Integer.parseInt(System.getProperty("pid"));
Based on the information I found, I guess the command line requires -Dpid=$$ to be passed, which isn't. I modified the systemd service to include the parameter and service now starts. I'm not sure if this is something specific to my environment or not, but seems strange that this could go unnoticed.
12:49:27,981 DEBUG UsageManagerImpl:187 - Checking to see if usage.vmops.pid exists. 12:49:27,982 INFO UsageManagerImpl:195 - Implementation Version is 4.7.0 12:49:28,737 DEBUG UsageManagerImpl:218 - Usage stats aggregation time zone: GMT 12:49:28,738 DEBUG UsageManagerImpl:250 - Execution Time: Wed Feb 10 12:25:00 UTC 2016 12:49:28,738 DEBUG UsageManagerImpl:252 - Current Time: Wed Feb 10 12:49:28 UTC 2016 java.lang.NumberFormatException: null at java.lang.Integer.parseInt(Integer.java:542) at java.lang.Integer.parseInt(Integer.java:615) at com.cloud.usage.UsageManagerImpl.configure(UsageManagerImpl.java:267) at com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:116) at com.cloud.usage.UsageServer.start(UsageServer.java:61) at com.cloud.usage.UsageServer.main(UsageServer.java:47) 12:49:28,745 DEBUG DefaultListableBeanFactory:243 - Returning cached instance of singleton bean 'usageManagerImpl' 12:49:28,745 INFO UsageServer:70 - UsageServer ready...