lukaszkargol
commented
6 months ago To extend @ohadcohenanjuna description:
Got same behaviour. Issue seems to be in validation of template:
May 14, 2024 1:56:45 PM SEVERE com.microsoft.azure.vmagent.AzureVMManagementServiceDelegate verifyTemplate
Error validating template
java.lang.NullPointerException: Cannot invoke "java.nio.file.Path.register(java.nio.file.WatchService, java.nio.file.WatchEvent$Kind[])" because the return value of "java.nio.file.Path.getParent()" is null
at com.sshtools.common.logger.FileWatchingService.register(FileWatchingService.java:76)
at com.sshtools.common.logger.DefaultLoggerContext.<init>(DefaultLoggerContext.java:61)
at com.sshtools.common.logger.Log.getDefaultContext(Log.java:38)
at com.sshtools.common.logger.Log.isLevelEnabled(Log.java:103)
at com.sshtools.common.logger.Log.isInfoEnabled(Log.java:87)
at com.sshtools.common.ssh.components.jce.JCEProvider.enableBouncyCastle(JCEProvider.java:237)
at com.sshtools.common.ssh.components.jce.JCEComponentManager.<init>(JCEComponentManager.java:110)
at com.sshtools.common.ssh.components.ComponentManager.getInstance(ComponentManager.java:131)
Caused: java.lang.RuntimeException: Unable to locate a cryptographic provider
at com.sshtools.common.ssh.components.ComponentManager.getInstance(ComponentManager.java:135)
at com.sshtools.common.publickey.OpenSSHPrivateKeyFile.getRSAKeyPair(OpenSSHPrivateKeyFile.java:608)
at com.sshtools.common.publickey.OpenSSHPrivateKeyFile.toKeyPair(OpenSSHPrivateKeyFile.java:158)
at com.sshtools.common.publickey.SshKeyUtils.getPrivateKey(SshKeyUtils.java:113)
at com.microsoft.azure.vmagent.util.KeyDecoder.getPublicKey(KeyDecoder.java:17)
at com.microsoft.azure.vmagent.AzureVMManagementServiceDelegate.verifySSHKey(AzureVMManagementServiceDelegate.java:2454)
at com.microsoft.azure.vmagent.AzureVMManagementServiceDelegate.verifyTemplate(AzureVMManagementServiceDelegate.java:2070)
at com.microsoft.azure.vmagent.AzureVMAgentTemplate.verifyTemplate(AzureVMAgentTemplate.java:1405)
at com.microsoft.azure.vmagent.AzureVMCloudVerificationTask.verify(AzureVMCloudVerificationTask.java:83)
at com.microsoft.azure.vmagent.AzureVMCloud.provision(AzureVMCloud.java:628)
at hudson.slaves.NodeProvisioner$StandardStrategyImpl.apply(NodeProvisioner.java:726)
at hudson.slaves.NodeProvisioner.update(NodeProvisioner.java:325)
at hudson.slaves.NodeProvisioner$NodeProvisionerInvoker.doRun(NodeProvisioner.java:823)
at hudson.triggers.SafeTimerTask.run(SafeTimerTask.java:92)
at jenkins.security.ImpersonatingScheduledExecutorService$1.run(ImpersonatingScheduledExecutorService.java:67)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.base/java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)Any suggestions ?
ysmaoui
timja
ohadcohenanjuna
yoghurtpower
major12
NoamGoren
Jenkins and plugins versions report
Jenkins Version: Jenkins 2.440.3. (can confirm also a problem on 2.440.2) Azure VM Agent: working: 901.ved986df424b_3 not working: 921.v76424a_e24594
What Operating System are you using (both controller, and any agents involved in the problem)?
Agents are Ubuntu machines; the controller is a docker image running on AWS Linux2. the docker image is: jenkins:lts-jdk21
Reproduction steps
After upgrade and restart of the Jenkins server, jobs are just waiting for agents but the plugin does not kick in, nothing in the logs (so it seems that the plugin is not seeing jobs are pending at all).
Expected Results
Agents would spin when jobs are pending,
Actual Results
nothing happens. no longs, just jobs in the queue and no new agents
Anything else?
Downgrading the plugin fixed the issue.
Are you interested in contributing a fix?
No response