-
Bug
-
Resolution: Unresolved
-
Blocker
-
None
-
PROD
Jenkins Version - 2.114Jenkins Version - 2.114
amazon EC2 plugin version - 1.39 and also tried with 1.44.1Amazon web services SDK - 1.11.264 and also tried with 1.11.562
We have slave nodes (reserved instances) with node labels as "Deploy-Slave" or "Build-Slave" and when we try to spin up or launch them manaually via jenkins we are gettign this error.
java.lang.IllegalArgumentException: hostname cannot be null at com.amazonaws.util.AwsHostNameUtils.parseRegion(AwsHostNameUtils.java:79) at com.amazonaws.util.AwsHostNameUtils.parseRegionName(AwsHostNameUtils.java:59) at com.amazonaws.AmazonWebServiceClient.computeSignerByURI(AmazonWebServiceClient.java:332) at com.amazonaws.AmazonWebServiceClient.setEndpoint(AmazonWebServiceClient.java:228) at hudson.plugins.ec2.EC2Cloud.connect(EC2Cloud.java:671) at hudson.plugins.ec2.EC2Cloud.connect(EC2Cloud.java:639) at hudson.plugins.ec2.EC2Cloud.countCurrentEC2Slaves(EC2Cloud.java:363) at hudson.plugins.ec2.EC2Cloud.getPossibleNewSlavesCount(EC2Cloud.java:502) at hudson.plugins.ec2.EC2Cloud.getNewOrExistingAvailableSlave(EC2Cloud.java:522) at hudson.plugins.ec2.EC2Cloud.doProvision(EC2Cloud.java:340) at java.lang.invoke.MethodHandle.invokeWithArguments(MethodHandle.java:627) at org.kohsuke.stapler.Function$MethodFunction.invoke(Function.java:343) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:184) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:117) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:129) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:715)Caused: javax.servlet.ServletException at org.kohsuke.stapler.Stapler.tryInvoke(St
Also, any jenkins job configured use these nodes are giving the below error and just hanging:
Still waiting to schedule taskAll nodes of label 'Build-Slave' are offline
we tried changing the instance type for the nodes, verified AMI and able to launch a seperate eC2 but of no help. We also modified the instance cap settings as well as number of executors which did not help either.
Could you please check if there is any bug or known issue that is causing this behaviour.
Thank you.
Regards,Karthick