What version of the Maven Plugin is this?

CC oleg_nenashev

I also need agent log for this ticket

The Version of the maven Integration plugin is 3.0-rc1

Where can i find the agent log?

I found the following exception in the Jenkins log on master:

1) Error injecting constructor, java.lang.IncompatibleClassChangeError: hudson.security.LDAPSecurityRealm$CacheConfiguration and hudson.security.LDAPSecurityRealm$CacheConfiguration$DescriptorImpl disagree on InnerClasses attribute

at hudson.security.LDAPSecurityRealm$CacheConfiguration$DescriptorImpl.<init>(LDAPSecurityRealm.java:2008)

1 error

at com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:52)

at com.google.inject.internal.SingletonScope$1.get(SingletonScope.java:145)

at hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1.get(ExtensionFinder.java:424)

at com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:41)

at com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1016)

at com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1092)

at com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1012)

at hudson.ExtensionFinder$GuiceFinder._find(ExtensionFinder.java:386)

at hudson.ExtensionFinder$GuiceFinder.find(ExtensionFinder.java:377)

at hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:479)

at hudson.ExtensionList.load(ExtensionList.java:365)

at hudson.ExtensionList.ensureLoaded(ExtensionList.java:303)

at hudson.ExtensionList.getComponents(ExtensionList.java:168)

at hudson.DescriptorExtensionList.load(DescriptorExtensionList.java:191)

at hudson.ExtensionList.ensureLoaded(ExtensionList.java:303)

at hudson.ExtensionList.iterator(ExtensionList.java:157)

at jenkins.branch.CustomOrganizationFolderDescriptor.doAddSpecificDescriptors(CustomOrganizationFolderDescriptor.java:166)

at jenkins.branch.CustomOrganizationFolderDescriptor.addSpecificDescriptors(CustomOrganizationFolderDescriptor.java:145)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:483)

at hudson.init.TaskMethodFinder.invoke(TaskMethodFinder.java:104)

at hudson.init.TaskMethodFinder$TaskImpl.run(TaskMethodFinder.java:175)

at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:282)

at jenkins.model.Jenkins$7.runTask(Jenkins.java:1073)

at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:210)

at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

at java.lang.Thread.run(Thread.java:745)

Caused by: java.lang.IncompatibleClassChangeError: hudson.security.LDAPSecurityRealm$CacheConfiguration and hudson.security.LDAPSecurityRealm$CacheConfiguration$DescriptorImpl disagree on InnerClasses attribute

at java.lang.Class.getDeclaringClass0(Native Method)

at java.lang.Class.getDeclaringClass(Class.java:1222)

at java.lang.Class.getEnclosingClass(Class.java:1264)

at hudson.model.Descriptor.<init>(Descriptor.java:272)

at hudson.security.LDAPSecurityRealm$CacheConfiguration$DescriptorImpl.<init>(LDAPSecurityRealm.java:2008)

at hudson.security.LDAPSecurityRealm$CacheConfiguration$DescriptorImpl$$FastClassByGuice$$eb0c5988.newInstance(<generated>)

at com.google.inject.internal.cglib.reflect.$FastConstructor.newInstance(FastConstructor.java:40)

at com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:61)

at com.google.inject.internal.ConstructorInjector.provision(ConstructorInjector.java:105)

at com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:85)

at com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:267)

at com.google.inject.internal.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:46)

at com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1103)

at com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:40)

... 30 more

can this be the reason of the SecurityException? If yes, how can i solve this?

jens_mueller Agent logs on agents are not being generated by default for some agent types. You can find some guidelines about enabling logging for Remoting here...

• https://speakerdeck.com/onenashev/day-of-jenkins-2017-dealing-with-agent-connectivity-issues?slide=52
• https://support.cloudbees.com/hc/en-us/articles/115001369667-dedicated-SSH-agents-formerly-slaves-get-disconnected
• https://support.cloudbees.com/hc/en-us/articles/115001416548-dedicated-JNLP-agents-formerly-slaves-get-disconnected

Regarding the LDAP issue, I doubt it is a root cause. But it seems to be another symptom that something is wrong with Guice on the instance. Could you please provide full system log starting from startup and the list of installed plugins?

There are a lot of Business informations in the logfile, so it is not so easy to attach the logfile here.

here the list of installed plugins:

installed_plugins.html

Here the logfile. please remove if you have it for analyses jenkins.tgz

Thanks for the informations Oleg. I have only updated Jenkins (from Version 1.574), restarted it and then updated all plugins via the plugin management view. I can not say if the ldap plugin was updated in this step.

It was. 1.574 makes the things fun, of course. You jumped over 150 Jenkins releases, so it's hard to say what exactly is broken I will try to investigate it, but I doubt it is something related to the Maven upgrade. Guice is everywhere.

Hi Oleg, good news. I have solved the Problem by installing the actual Version of the maven Integration plugin (3.0-rc2). Best regards Jens

No idea how it would solve that, but glad to see it's fixed.

Should we just close the ticket as "Resolved" or "Cannot reproduce"?

Yes i think it makes sence

In case someone else has the same issue:

I got the exact same error in the Jenkins log, however on the slave the log showed that it failed to open a zip file because the file was empty. After deleting the empty jar file displayed in the log, maven started working again and the file was re-cached.

I no longer have the exact file location but it was one of the jars in: %userprofile%\.jenkins\cache\jars\

(It was a windows slave)

Deleting the whole cache on the slave machine would've probably fixed it as well.