java.lang.NoClassDefFoundError: Could not initialize class sun.util.calendar.ZoneInfoFile

Víctor Puertas

unread,

Sep 13, 2018, 8:33:33 AM9/13/18

to Jenkins Users

Console Output shows the following issue

java.lang.NoClassDefFoundError: Could not initialize class sun.util.calendar.ZoneInfoFile

This is are the traces

Required context class hudson.FilePath is missing
Perhaps you forgot to surround the code with a step that provides this, such as: node
[Pipeline] }
[Pipeline] // stage
[Pipeline] End of Pipeline
Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to fatcat (192.168.1.4)
		at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741)
		at hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
		at hudson.remoting.Channel.call(Channel.java:955)
		at hudson.FilePath.act(FilePath.java:998)
		at hudson.FilePath.act(FilePath.java:987)
		at hudson.FilePath.mkdirs(FilePath.java:1175)
		at hudson.plugins.git.GitSCM.createClient(GitSCM.java:784)
		at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1154)
		at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113)
		at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:85)
		at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:75)
		at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1$1.call(AbstractSynchronousNonBlockingStepExecution.java:47)
		at hudson.security.ACL.impersonate(ACL.java:290)
		at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1.run(AbstractSynchronousNonBlockingStepExecution.java:44)
		at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
		at java.util.concurrent.FutureTask.run(FutureTask.java:266)
		at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
		at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
java.lang.NoClassDefFoundError: Could not initialize class sun.util.calendar.ZoneInfoFile
	at sun.util.calendar.ZoneInfo.getTimeZone(ZoneInfo.java:589)
	at java.util.TimeZone.getTimeZone(TimeZone.java:560)
	at java.util.TimeZone.setDefaultZone(TimeZone.java:666)
	at java.util.TimeZone.getDefaultRef(TimeZone.java:636)
	at java.util.TimeZone.getDefault(TimeZone.java:625)
	at java.util.Calendar.getInstance(Calendar.java:1640)
	at java.util.Formatter$FormatSpecifier.printDateTime(Formatter.java:2826)
	at java.util.Formatter$FormatSpecifier.print(Formatter.java:2740)
	at java.util.Formatter.format(Formatter.java:2526)
	at java.util.Formatter.format(Formatter.java:2455)
	at java.lang.String.format(String.java:2940)
	at java.util.logging.SimpleFormatter.format(SimpleFormatter.java:161)
	at java.util.logging.StreamHandler.publish(StreamHandler.java:211)
	at java.util.logging.ConsoleHandler.publish(ConsoleHandler.java:116)
	at java.util.logging.Logger.log(Logger.java:738)
	at java.util.logging.Logger.doLog(Logger.java:765)
	at java.util.logging.Logger.log(Logger.java:876)
	at hudson.remoting.UserRequest.perform(UserRequest.java:217)
	at hudson.remoting.UserRequest.perform(UserRequest.java:54)
	at hudson.remoting.Request$2.run(Request.java:369)
	at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
Caused: java.io.IOException: Remote call on fatcat (192.168.1.4) failed
	at hudson.remoting.Channel.call(Channel.java:961)
	at hudson.FilePath.act(FilePath.java:998)
Caused: java.io.IOException: remote file operation failed: /home/jenkins/workspace/fatcat at hudson.remoting.Channel@28db12e1:fatcat (192.168.1.4)
	at hudson.FilePath.act(FilePath.java:1005)
	at hudson.FilePath.act(FilePath.java:987)
	at hudson.FilePath.mkdirs(FilePath.java:1175)
	at hudson.plugins.git.GitSCM.createClient(GitSCM.java:784)
	at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1154)
	at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113)
	at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:85)
	at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:75)
	at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1$1.call(AbstractSynchronousNonBlockingStepExecution.java:47)
	at hudson.security.ACL.impersonate(ACL.java:290)
	at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1.run(AbstractSynchronousNonBlockingStepExecution.java:44)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)

I already succeed it to execute the pipeline in another target machines. However I don't know what it can be wrong with this machine. 
I've checked time zone on the server and target machine and on bot is 'CEST'
Any ideas?

Baptiste Mathus

unread,

Sep 16, 2018, 7:04:34 AM9/16/18

to jenkins...@googlegroups.com

Versions? Jenkins, Java VM, plugins. Are you using latest of everything?

Thanks

--
You received this message because you are subscribed to the Google Groups "Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-use...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/7f7ed897-3feb-480b-b6a6-42bd7675dcbf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Dean Su

unread,

Oct 1, 2018, 7:17:19 AM10/1/18

to Jenkins Users

I have encounter the exact same issue with a jenkins slave on centos 7.

here is my detail environment

Jenkins ver. 2.89.2

openjdk version "1.8.0_181"

plug in SSH Slaves: 1.25

the node is set up to connect by unix ssh

Baptiste Mathus於 2018年9月16日星期日 UTC+8下午7時04分34秒寫道：

Maciej

unread,

Oct 25, 2018, 9:58:36 AM10/25/18

to Jenkins Users

I have exactly the same issue with RHEL 7.1 as jenkins node... Already updated java 8 there to newest version. Anyone have solution for this?

Brent Harsh

unread,

Dec 11, 2018, 11:26:22 AM12/11/18

to Jenkins Users

I hate to add a "me too" - but we're seeing this exact same thing with our first CentOS7 slave.

Our jenkins master is running 2.155 on a CentOS5 base. It runs mock C5 builds right on itself, but has no problem connecting to another CentOS5 slave to build android stuff (and has connected to windows slaves to build blackberry things in the long ago past).

It seems like the node is configured and connecting okay - at least there is a "slave.jar" process running on the new CentOS7 slave.

Only when we try to execute the job do I see this:

Started by user Brent Harsh
Building remotely on CentOS7 Node (centos7) in workspace /usr/lib/jenkins/workspace/VAST-develop-centos7
Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to CentOS7 Node
		at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741)
		at hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
		at hudson.remoting.Channel.call(Channel.java:955)
		at hudson.FilePath.act(FilePath.java:1089)
		at hudson.FilePath.act(FilePath.java:1078)
		at org.jenkinsci.plugins.gitclient.Git.getClient(Git.java:137)
		at hudson.plugins.git.GitSCM.createClient(GitSCM.java:821)
		at hudson.plugins.git.GitSCM.createClient(GitSCM.java:812)
		at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1180)
		at hudson.scm.SCM.checkout(SCM.java:504)
		at hudson.model.AbstractProject.checkout(AbstractProject.java:1208)
		at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
		at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
		at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
		at hudson.model.Run.execute(Run.java:1815)
		at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
		at hudson.model.ResourceController.execute(ResourceController.java:97)
		at hudson.model.Executor.run(Executor.java:429)
java.lang.NoClassDefFoundError: Could not initialize class sun.util.calendar.ZoneInfoFile
	at sun.util.calendar.ZoneInfo.getTimeZone(ZoneInfo.java:589)
	at java.util.TimeZone.getTimeZone(TimeZone.java:560)
	at java.util.TimeZone.setDefaultZone(TimeZone.java:666)
	at java.util.TimeZone.getDefaultRef(TimeZone.java:636)
	at java.util.TimeZone.getDefault(TimeZone.java:625)
	at java.text.SimpleDateFormat.initializeCalendar(SimpleDateFormat.java:657)
	at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:601)
	at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:580)
	at com.thoughtworks.xstream.core.JVM.<clinit>(JVM.java:147)
	at com.thoughtworks.xstream.core.util.CompositeClassLoader.<clinit>(CompositeClassLoader.java:56)
	at com.thoughtworks.xstream.XStream.<init>(XStream.java:411)
	at com.thoughtworks.xstream.XStream.<init>(XStream.java:378)
	at hudson.util.XStream2.<init>(XStream2.java:112)
	at hudson.ProxyConfiguration.<clinit>(ProxyConfiguration.java:306)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:264)
	at com.sun.proxy.$Proxy8.<clinit>(Unknown Source)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
	at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:739)
	at hudson.remoting.RemoteInvocationHandler.wrap(RemoteInvocationHandler.java:167)
	at hudson.remoting.Channel.export(Channel.java:768)

Devin Nusbaum

unread,

Dec 11, 2018, 11:42:11 AM12/11/18

to jenkins...@googlegroups.com

What version of Java are your CentOS7 agents using? Those kind of errors can occur if the version of Java on the master and agents do not match. You must use Java 8 for Jenkins 2.60 and newer (we are still working on supporting newer Java versions), so if your CentOS7 agent is running Java 9+ it won’t work unless you downgrade to Java 8.

--
You received this message because you are subscribed to the Google Groups "Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-use...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/a252071d-944c-429d-921c-2cadb5592e43%40googlegroups.com.

Reply all

Reply to author

Forward