* [Fuego] ftc add-nodes fails
@ 2020-06-30 14:05 Laszlo Sitzer
2020-06-30 20:08 ` Bird, Tim
0 siblings, 1 reply; 12+ messages in thread
From: Laszlo Sitzer @ 2020-06-30 14:05 UTC (permalink / raw)
To: fuego
[-- Attachment #1.1: Type: text/plain, Size: 1110 bytes --]
Hello!
I ran into this problem that "ftc add-nodes -b bbb" (or any other board)
fails with a cryptic python unicode/ascii encoding/decoding exception. I
think this is just masking the actual problem with Jenkins.
```
# ftc add-nodes -b bbb
Traceback (most recent call last):
File "/usr/local/bin/ftc", line 5625, in <module>
main()
File "/usr/local/bin/ftc", line 5553, in main
sys.exit(str(e) + '\n' + command_help['add-nodes'][1])
UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in
position 4199: ordinal not in range(128)
```
I am executing this inside of the fuego-container that I have built from
current master branches of fuego.git and fuego-core.git repos and started
using ./start.sh.
I did some printf debugging on the python side and noticed the HTTP request
is answered with HTTP 405.
When looking at /var/log/jenkins/jenkins.log I can see warnings/errors
(ambiguous) and java exceptions.
```
WARNING: Error while serving
http://localhost:8090/fuego/computer/doCreateItem
java.lang.reflect.InvocationTargetException
```
Anyone ran into this before?
Best!
Lazlo
[-- Attachment #1.2: Type: text/html, Size: 1438 bytes --]
[-- Attachment #2: jenkins.log --]
[-- Type: text/x-log, Size: 40463 bytes --]
Running from: /usr/share/jenkins/jenkins.war
Jun 30, 2020 1:44:09 PM org.eclipse.jetty.util.log.Log initialized
INFO: Logging initialized @215ms to org.eclipse.jetty.util.log.JavaUtilLog
Jun 30, 2020 1:44:09 PM winstone.Logger logInternal
INFO: Beginning extraction from war file
Running from: /usr/share/jenkins/jenkins.war
Jun 30, 2020 1:44:27 PM org.eclipse.jetty.util.log.Log initialized
INFO: Logging initialized @222ms to org.eclipse.jetty.util.log.JavaUtilLog
Jun 30, 2020 1:44:27 PM winstone.Logger logInternal
INFO: Beginning extraction from war file
Jun 30, 2020 1:44:28 PM org.eclipse.jetty.server.Server doStart
INFO: jetty-9.4.z-SNAPSHOT; built: 2018-08-30T13:59:14.071Z; git: 27208684755d94a92186989f695db2d7b21ebc51; jvm 1.8.0_252-8u252-b09-1~deb9u1-b09
Jun 30, 2020 1:44:28 PM org.eclipse.jetty.webapp.StandardDescriptorProcessor visitServlet
INFO: NO JSP Support for /fuego, did not find org.eclipse.jetty.jsp.JettyJspServlet
Jun 30, 2020 1:44:28 PM org.eclipse.jetty.server.session.DefaultSessionIdManager doStart
INFO: DefaultSessionIdManager workerName=node0
Jun 30, 2020 1:44:28 PM org.eclipse.jetty.server.session.DefaultSessionIdManager doStart
INFO: No SessionScavenger set, using defaults
Jun 30, 2020 1:44:28 PM org.eclipse.jetty.server.session.HouseKeeper startScavenging
INFO: node0 Scavenging every 600000ms
Jenkins home directory: /var/lib/jenkins found at: EnvVars.masterEnvVars.get("JENKINS_HOME")
Jun 30, 2020 1:44:28 PM org.eclipse.jetty.server.handler.ContextHandler doStart
INFO: Started w.@2187fff7{Jenkins v2.164.2,/fuego,file:///var/cache/jenkins/war/,AVAILABLE}{/var/cache/jenkins/war}
Jun 30, 2020 1:44:28 PM org.eclipse.jetty.server.AbstractConnector doStart
INFO: Started ServerConnector@182f1e9a{HTTP/1.1,[http/1.1]}{0.0.0.0:8090}
Jun 30, 2020 1:44:28 PM org.eclipse.jetty.server.Server doStart
INFO: Started @1823ms
Jun 30, 2020 1:44:28 PM winstone.Logger logInternal
INFO: Winstone Servlet Engine v4.0 running: controlPort=disabled
Jun 30, 2020 1:44:29 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started initialization
Jun 30, 2020 1:44:29 PM jenkins.InitReactorRunner$1 onAttained
INFO: Listed all plugins
Jun 30, 2020 1:44:30 PM jenkins.InitReactorRunner$1 onAttained
INFO: Prepared all plugins
Jun 30, 2020 1:44:30 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started all plugins
Jun 30, 2020 1:44:30 PM jenkins.InitReactorRunner$1 onAttained
INFO: Augmented all extensions
Jun 30, 2020 1:44:31 PM jenkins.InitReactorRunner$1 onAttained
INFO: Loaded all jobs
Jun 30, 2020 1:44:31 PM hudson.model.AsyncPeriodicWork$1 run
INFO: Started Download metadata
Jun 30, 2020 1:44:31 PM hudson.util.Retrier start
INFO: Attempt #1 to do the action check updates server
Jun 30, 2020 1:44:31 PM jenkins.InitReactorRunner$1 onAttained
INFO: Completed initialization
Jun 30, 2020 1:44:31 PM hudson.WebAppMain$3 run
INFO: Jenkins is fully up and running
Jun 30, 2020 1:44:35 PM hudson.model.UpdateSite updateData
INFO: Obtained the latest update center data file for UpdateSource default
Jun 30, 2020 1:44:35 PM hudson.model.DownloadService$Downloadable load
INFO: Obtained the updated data file for hudson.tasks.Maven.MavenInstaller
Jun 30, 2020 1:44:35 PM hudson.util.Retrier start
INFO: Performed the action check updates server successfully at the attempt #1
Jun 30, 2020 1:44:35 PM hudson.model.AsyncPeriodicWork$1 run
INFO: Finished Download metadata. 4,318 ms
Jun 30, 2020 1:44:59 PM hudson.TcpSlaveAgentListener$ConnectionHandler error
WARNING: Connection #1 is aborted: Disabled protocol:Protocol:CLI2-connect
Running from: /usr/share/jenkins/jenkins.war
Jun 30, 2020 1:45:33 PM org.eclipse.jetty.util.log.Log initialized
INFO: Logging initialized @217ms to org.eclipse.jetty.util.log.JavaUtilLog
Jun 30, 2020 1:45:33 PM winstone.Logger logInternal
INFO: Beginning extraction from war file
Jun 30, 2020 1:45:33 PM org.eclipse.jetty.server.Server doStart
INFO: jetty-9.4.z-SNAPSHOT; built: 2018-08-30T13:59:14.071Z; git: 27208684755d94a92186989f695db2d7b21ebc51; jvm 1.8.0_252-8u252-b09-1~deb9u1-b09
Jun 30, 2020 1:45:33 PM org.eclipse.jetty.webapp.StandardDescriptorProcessor visitServlet
INFO: NO JSP Support for /fuego, did not find org.eclipse.jetty.jsp.JettyJspServlet
Jun 30, 2020 1:45:33 PM org.eclipse.jetty.server.session.DefaultSessionIdManager doStart
INFO: DefaultSessionIdManager workerName=node0
Jun 30, 2020 1:45:33 PM org.eclipse.jetty.server.session.DefaultSessionIdManager doStart
INFO: No SessionScavenger set, using defaults
Jun 30, 2020 1:45:33 PM org.eclipse.jetty.server.session.HouseKeeper startScavenging
INFO: node0 Scavenging every 600000ms
Jenkins home directory: /var/lib/jenkins found at: EnvVars.masterEnvVars.get("JENKINS_HOME")
Jun 30, 2020 1:45:34 PM org.eclipse.jetty.server.handler.ContextHandler doStart
INFO: Started w.@798162bc{Jenkins v2.164.2,/fuego,file:///var/cache/jenkins/war/,AVAILABLE}{/var/cache/jenkins/war}
Jun 30, 2020 1:45:34 PM org.eclipse.jetty.server.AbstractConnector doStart
INFO: Started ServerConnector@4f49f6af{HTTP/1.1,[http/1.1]}{0.0.0.0:8090}
Jun 30, 2020 1:45:34 PM org.eclipse.jetty.server.Server doStart
INFO: Started @915ms
Jun 30, 2020 1:45:34 PM winstone.Logger logInternal
INFO: Winstone Servlet Engine v4.0 running: controlPort=disabled
Jun 30, 2020 1:45:35 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started initialization
Jun 30, 2020 1:45:35 PM hudson.ClassicPluginStrategy createClassJarFromWebInfClasses
WARNING: Created /var/lib/jenkins/plugins/pegdown-formatter/WEB-INF/lib/classes.jar; update plugin to a version created with a newer harness
Jun 30, 2020 1:45:35 PM hudson.ClassicPluginStrategy createClassJarFromWebInfClasses
WARNING: Created /var/lib/jenkins/plugins/greenballs/WEB-INF/lib/classes.jar; update plugin to a version created with a newer harness
Jun 30, 2020 1:45:35 PM jenkins.InitReactorRunner$1 onAttained
INFO: Listed all plugins
Jun 30, 2020 1:45:35 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Script Security Plugin v1.73 (script-security)
java.io.IOException: Script Security Plugin version 1.73 failed to load.
- You must update Jenkins from version 2.164.2 to version 2.176.4 or later to run this plugin.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:45:35 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Command Agent Launcher Plugin v1.3 (command-launcher)
java.io.IOException: Command Agent Launcher Plugin version 1.3 failed to load.
- Script Security Plugin version 1.73 failed to load. Fix this plugin first.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:45:35 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Pipeline: Step API v2.22 (workflow-step-api)
java.io.IOException: Pipeline: Step API version 2.22 failed to load.
- Structs Plugin version 1.19 is older than required. To fix, install version 1.20 or later.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:45:35 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Pipeline: API v2.40 (workflow-api)
java.io.IOException: Pipeline: API version 2.40 failed to load.
- Pipeline: Step API version 2.22 failed to load. Fix this plugin first.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:45:35 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin JUnit Plugin v1.27 (junit)
java.io.IOException: JUnit Plugin version 1.27 failed to load.
- Pipeline: API version 2.40 failed to load. Fix this plugin first.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:45:35 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Matrix Project Plugin v1.14 (matrix-project)
java.io.IOException: Matrix Project Plugin version 1.14 failed to load.
- JUnit Plugin version 1.27 failed to load. Fix this plugin first.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:45:36 PM jenkins.InitReactorRunner$1 onAttained
INFO: Prepared all plugins
Jun 30, 2020 1:45:36 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started all plugins
Jun 30, 2020 1:45:36 PM jenkins.InitReactorRunner$1 onAttained
INFO: Augmented all extensions
Jun 30, 2020 1:45:36 PM hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1 error
WARNING: Failed to instantiate Key[type=hudson.plugins.descriptionsetter.DescriptionSetterPublisher$DescriptorImpl, annotation=[none]]; skipping this component
com.google.inject.ProvisionException: Unable to provision, see the following errors:
1) Error injecting constructor, java.lang.NoClassDefFoundError: hudson/matrix/MatrixAggregatable
at hudson.plugins.descriptionsetter.DescriptionSetterPublisher$DescriptorImpl.<init>(DescriptionSetterPublisher.java:89)
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:440)
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:402)
at hudson.ExtensionFinder$GuiceFinder.find(ExtensionFinder.java:393)
at hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:335)
at hudson.ExtensionList.load(ExtensionList.java:380)
at hudson.ExtensionList.ensureLoaded(ExtensionList.java:318)
at hudson.ExtensionList.iterator(ExtensionList.java:172)
at hudson.diagnosis.NullIdDescriptorMonitor.verify(NullIdDescriptorMonitor.java:72)
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:498)
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:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Caused by: java.lang.NoClassDefFoundError: hudson/matrix/MatrixAggregatable
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:756)
at jenkins.util.AntClassLoader.defineClassFromData(AntClassLoader.java:1140)
at hudson.ClassicPluginStrategy$AntClassLoader2.defineClassFromData(ClassicPluginStrategy.java:703)
at jenkins.util.AntClassLoader.getClassFromStream(AntClassLoader.java:1311)
at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1364)
at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1327)
at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1080)
at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
at hudson.plugins.descriptionsetter.DescriptionSetterPublisher$DescriptorImpl.<init>(DescriptionSetterPublisher.java:89)
at hudson.plugins.descriptionsetter.DescriptionSetterPublisher$DescriptorImpl$$FastClassByGuice$$3b6e0d5e.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.access$000(ConstructorInjector.java:32)
at com.google.inject.internal.ConstructorInjector$1.call(ConstructorInjector.java:89)
at com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:115)
at hudson.ExtensionFinder$GuiceFinder$SezpozModule.onProvision(ExtensionFinder.java:567)
at com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:126)
at com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:68)
at com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:87)
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)
... 26 more
Caused by: java.lang.ClassNotFoundException: hudson.matrix.MatrixAggregatable
at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1374)
at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1327)
at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1080)
at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
... 51 more
Jun 30, 2020 1:45:36 PM jenkins.InitReactorRunner$1 onAttained
INFO: Loaded all jobs
Jun 30, 2020 1:45:36 PM hudson.model.AsyncPeriodicWork$1 run
INFO: Started Download metadata
Jun 30, 2020 1:45:37 PM jenkins.InitReactorRunner$1 onAttained
INFO: Completed initialization
Jun 30, 2020 1:45:37 PM hudson.WebAppMain$3 run
INFO: Jenkins is fully up and running
Jun 30, 2020 1:45:37 PM hudson.model.DownloadService$Downloadable load
INFO: Obtained the updated data file for hudson.tasks.Ant.AntInstaller
Jun 30, 2020 1:45:38 PM hudson.model.DownloadService$Downloadable load
INFO: Obtained the updated data file for hudson.tools.JDKInstaller
Jun 30, 2020 1:45:38 PM hudson.model.AsyncPeriodicWork$1 run
INFO: Finished Download metadata. 1,630 ms
Running from: /usr/share/jenkins/jenkins.war
Jun 30, 2020 1:47:15 PM org.eclipse.jetty.util.log.Log initialized
INFO: Logging initialized @250ms to org.eclipse.jetty.util.log.JavaUtilLog
Jun 30, 2020 1:47:15 PM winstone.Logger logInternal
INFO: Beginning extraction from war file
Jun 30, 2020 1:47:15 PM org.eclipse.jetty.server.Server doStart
INFO: jetty-9.4.z-SNAPSHOT; built: 2018-08-30T13:59:14.071Z; git: 27208684755d94a92186989f695db2d7b21ebc51; jvm 1.8.0_252-8u252-b09-1~deb9u1-b09
Jun 30, 2020 1:47:15 PM org.eclipse.jetty.webapp.StandardDescriptorProcessor visitServlet
INFO: NO JSP Support for /fuego, did not find org.eclipse.jetty.jsp.JettyJspServlet
Jun 30, 2020 1:47:15 PM org.eclipse.jetty.server.session.DefaultSessionIdManager doStart
INFO: DefaultSessionIdManager workerName=node0
Jun 30, 2020 1:47:15 PM org.eclipse.jetty.server.session.DefaultSessionIdManager doStart
INFO: No SessionScavenger set, using defaults
Jun 30, 2020 1:47:15 PM org.eclipse.jetty.server.session.HouseKeeper startScavenging
INFO: node0 Scavenging every 660000ms
Jenkins home directory: /var/lib/jenkins found at: EnvVars.masterEnvVars.get("JENKINS_HOME")
Jun 30, 2020 1:47:15 PM org.eclipse.jetty.server.handler.ContextHandler doStart
INFO: Started w.@798162bc{Jenkins v2.164.2,/fuego,file:///var/cache/jenkins/war/,AVAILABLE}{/var/cache/jenkins/war}
Jun 30, 2020 1:47:15 PM org.eclipse.jetty.server.AbstractConnector doStart
INFO: Started ServerConnector@4f49f6af{HTTP/1.1,[http/1.1]}{0.0.0.0:8090}
Jun 30, 2020 1:47:15 PM org.eclipse.jetty.server.Server doStart
INFO: Started @977ms
Jun 30, 2020 1:47:15 PM winstone.Logger logInternal
INFO: Winstone Servlet Engine v4.0 running: controlPort=disabled
Jun 30, 2020 1:47:16 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started initialization
Jun 30, 2020 1:47:16 PM jenkins.InitReactorRunner$1 onAttained
INFO: Listed all plugins
Jun 30, 2020 1:47:16 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Script Security Plugin v1.73 (script-security)
java.io.IOException: Script Security Plugin version 1.73 failed to load.
- You must update Jenkins from version 2.164.2 to version 2.176.4 or later to run this plugin.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:47:16 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Command Agent Launcher Plugin v1.3 (command-launcher)
java.io.IOException: Command Agent Launcher Plugin version 1.3 failed to load.
- Script Security Plugin version 1.73 failed to load. Fix this plugin first.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:47:16 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Pipeline: Step API v2.22 (workflow-step-api)
java.io.IOException: Pipeline: Step API version 2.22 failed to load.
- Structs Plugin version 1.19 is older than required. To fix, install version 1.20 or later.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:47:16 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Pipeline: API v2.40 (workflow-api)
java.io.IOException: Pipeline: API version 2.40 failed to load.
- Pipeline: Step API version 2.22 failed to load. Fix this plugin first.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:47:17 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin JUnit Plugin v1.27 (junit)
java.io.IOException: JUnit Plugin version 1.27 failed to load.
- Pipeline: API version 2.40 failed to load. Fix this plugin first.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:47:17 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Matrix Project Plugin v1.14 (matrix-project)
java.io.IOException: Matrix Project Plugin version 1.14 failed to load.
- JUnit Plugin version 1.27 failed to load. Fix this plugin first.
at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:821)
at hudson.PluginManager$2$1$1.run(PluginManager.java:544)
at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:169)
at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Jun 30, 2020 1:47:18 PM jenkins.InitReactorRunner$1 onAttained
INFO: Prepared all plugins
Jun 30, 2020 1:47:18 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started all plugins
Jun 30, 2020 1:47:18 PM jenkins.InitReactorRunner$1 onAttained
INFO: Augmented all extensions
Jun 30, 2020 1:47:18 PM hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1 error
WARNING: Failed to instantiate Key[type=hudson.plugins.descriptionsetter.DescriptionSetterPublisher$DescriptorImpl, annotation=[none]]; skipping this component
com.google.inject.ProvisionException: Unable to provision, see the following errors:
1) Error injecting constructor, java.lang.NoClassDefFoundError: hudson/matrix/MatrixAggregatable
at hudson.plugins.descriptionsetter.DescriptionSetterPublisher$DescriptorImpl.<init>(DescriptionSetterPublisher.java:89)
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:440)
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:402)
at hudson.ExtensionFinder$GuiceFinder.find(ExtensionFinder.java:393)
at hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:335)
at hudson.ExtensionList.load(ExtensionList.java:380)
at hudson.ExtensionList.ensureLoaded(ExtensionList.java:318)
at hudson.ExtensionList.iterator(ExtensionList.java:172)
at hudson.diagnosis.NullIdDescriptorMonitor.verify(NullIdDescriptorMonitor.java:72)
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:498)
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:296)
at jenkins.model.Jenkins$5.runTask(Jenkins.java:1096)
at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:214)
at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
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)
Caused by: java.lang.NoClassDefFoundError: hudson/matrix/MatrixAggregatable
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:756)
at jenkins.util.AntClassLoader.defineClassFromData(AntClassLoader.java:1140)
at hudson.ClassicPluginStrategy$AntClassLoader2.defineClassFromData(ClassicPluginStrategy.java:703)
at jenkins.util.AntClassLoader.getClassFromStream(AntClassLoader.java:1311)
at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1364)
at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1327)
at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1080)
at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
at hudson.plugins.descriptionsetter.DescriptionSetterPublisher$DescriptorImpl.<init>(DescriptionSetterPublisher.java:89)
at hudson.plugins.descriptionsetter.DescriptionSetterPublisher$DescriptorImpl$$FastClassByGuice$$3b6e0d5e.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.access$000(ConstructorInjector.java:32)
at com.google.inject.internal.ConstructorInjector$1.call(ConstructorInjector.java:89)
at com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:115)
at hudson.ExtensionFinder$GuiceFinder$SezpozModule.onProvision(ExtensionFinder.java:567)
at com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:126)
at com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:68)
at com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:87)
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)
... 26 more
Caused by: java.lang.ClassNotFoundException: hudson.matrix.MatrixAggregatable
at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1374)
at jenkins.util.AntClassLoader.findClass(AntClassLoader.java:1327)
at jenkins.util.AntClassLoader.loadClass(AntClassLoader.java:1080)
at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
... 51 more
Jun 30, 2020 1:47:18 PM jenkins.InitReactorRunner$1 onAttained
INFO: Loaded all jobs
Jun 30, 2020 1:47:18 PM hudson.model.AsyncPeriodicWork$1 run
INFO: Started Download metadata
Jun 30, 2020 1:47:18 PM hudson.model.AllView migrateLegacyPrimaryAllViewLocalizedName
INFO: JENKINS-38606 detected for AllView in hudson.model.Hudson@51f1b76e; renaming view from All to all
Jun 30, 2020 1:47:18 PM hudson.model.AsyncPeriodicWork$1 run
INFO: Finished Download metadata. 13 ms
Jun 30, 2020 1:47:18 PM jenkins.InitReactorRunner$1 onAttained
INFO: Completed initialization
Jun 30, 2020 1:47:18 PM hudson.WebAppMain$3 run
INFO: Jenkins is fully up and running
Jun 30, 2020 1:47:40 PM org.eclipse.jetty.server.handler.ContextHandler$Context log
WARNING: Error while serving http://localhost:8090/fuego/computer/doCreateItem
java.lang.reflect.InvocationTargetException
at org.kohsuke.stapler.Function$MethodFunction.invoke(Function.java:400)
at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:408)
at org.kohsuke.stapler.interceptor.RequirePOST$Processor.invoke(RequirePOST.java:77)
at org.kohsuke.stapler.PreInvokeInterceptedFunction.invoke(PreInvokeInterceptedFunction.java:26)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:212)
at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:145)
at org.kohsuke.stapler.MetaClass$11.doDispatch(MetaClass.java:537)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:739)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:870)
at org.kohsuke.stapler.MetaClass$2.doDispatch(MetaClass.java:221)
at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:739)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:870)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:668)
at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1655)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:154)
at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:59)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:151)
at jenkins.telemetry.impl.UserLanguages$AcceptLanguageFilter.doFilter(UserLanguages.java:128)
at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:151)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:157)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1642)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:64)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1642)
at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:90)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:171)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1642)
at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1642)
at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:82)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1642)
at org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1642)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:533)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146)
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:524)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257)
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1340)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473)
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1242)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at org.eclipse.jetty.server.Server.handle(Server.java:503)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:364)
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:260)
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103)
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126)
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366)
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:765)
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:683)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.Error: Failed to instantiate class hudson.slaves.DumbSlave from {"launcher":{"stapler-class":"hudson.slaves.CommandLauncher","command":"java -jar /fuego-core/slave.jar"},"numExecutors":1,"mode":"NORMAL","retentionStrategy":{"stapler-class":"hudson.slaves.RetentionStrategy$Always"},"remoteFS":"/var/lib/jenkins","nodeDescription":null,"labelString":null,"nodeProperties":{"stapler-class-bag":"true"},"name":"bbb"}
at hudson.model.Descriptor.newInstance(Descriptor.java:605)
at hudson.model.ComputerSet.doDoCreateItem(ComputerSet.java:300)
at java.lang.invoke.MethodHandle.invokeWithArguments(MethodHandle.java:627)
at org.kohsuke.stapler.Function$MethodFunction.invoke(Function.java:396)
... 66 more
Caused by: java.lang.IllegalArgumentException: Failed to instantiate class hudson.slaves.DumbSlave from {"launcher":{"stapler-class":"hudson.slaves.CommandLauncher","command":"java -jar /fuego-core/slave.jar"},"numExecutors":1,"mode":"NORMAL","retentionStrategy":{"stapler-class":"hudson.slaves.RetentionStrategy$Always"},"remoteFS":"/var/lib/jenkins","nodeDescription":null,"labelString":null,"nodeProperties":{"stapler-class-bag":"true"},"name":"bbb"}
at org.kohsuke.stapler.RequestImpl$TypePair.convertJSON(RequestImpl.java:681)
at org.kohsuke.stapler.RequestImpl.bindJSON(RequestImpl.java:478)
at org.kohsuke.stapler.RequestImpl.bindJSON(RequestImpl.java:474)
at hudson.model.Descriptor.newInstance(Descriptor.java:597)
... 69 more
Caused by: java.lang.IllegalArgumentException: Failed to convert the launcher parameter of the constructor public hudson.slaves.DumbSlave(java.lang.String,java.lang.String,hudson.slaves.ComputerLauncher) throws hudson.model.Descriptor$FormException,java.io.IOException
at org.kohsuke.stapler.RequestImpl.instantiate(RequestImpl.java:780)
at org.kohsuke.stapler.RequestImpl.access$200(RequestImpl.java:83)
at org.kohsuke.stapler.RequestImpl$TypePair.convertJSON(RequestImpl.java:678)
... 72 more
Caused by: java.lang.IllegalArgumentException: Failed to instantiate class hudson.slaves.ComputerLauncher from {"stapler-class":"hudson.slaves.CommandLauncher","command":"java -jar /fuego-core/slave.jar"}
at org.kohsuke.stapler.RequestImpl$TypePair.convertJSON(RequestImpl.java:681)
at org.kohsuke.stapler.RequestImpl.bindJSON(RequestImpl.java:478)
at org.kohsuke.stapler.RequestImpl.instantiate(RequestImpl.java:778)
... 74 more
Caused by: java.lang.IllegalArgumentException: Class hudson.slaves.CommandLauncher is specified in JSON, but no such class found in classLoader hudson.PluginManager$UberClassLoader
at org.kohsuke.stapler.RequestImpl$TypePair.convertJSON(RequestImpl.java:674)
... 76 more
Caused by: java.lang.ClassNotFoundException: hudson.slaves.CommandLauncher
at hudson.PluginManager$UberClassLoader.findClass(PluginManager.java:2052)
at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
at org.kohsuke.stapler.RequestImpl$TypePair.convertJSON(RequestImpl.java:669)
... 76 more
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-06-30 14:05 [Fuego] ftc add-nodes fails Laszlo Sitzer
@ 2020-06-30 20:08 ` Bird, Tim
2020-07-01 13:13 ` Laszlo Sitzer
0 siblings, 1 reply; 12+ messages in thread
From: Bird, Tim @ 2020-06-30 20:08 UTC (permalink / raw)
To: Laszlo Sitzer, fuego
> -----Original Message-----
> From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of Laszlo Sitzer
>
> Hello!
>
> I ran into this problem that "ftc add-nodes -b bbb" (or any other board) fails with a cryptic python unicode/ascii encoding/decoding
> exception. I think this is just masking the actual problem with Jenkins.
>
> ```
> # ftc add-nodes -b bbb
> Traceback (most recent call last):
> File "/usr/local/bin/ftc", line 5625, in <module>
> main()
> File "/usr/local/bin/ftc", line 5553, in main
> sys.exit(str(e) + '\n' + command_help['add-nodes'][1])
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 4199: ordinal not in range(128)
First - thanks very much for the bug report!
This looks to be an issue with the str(e). It would probably be helpful to see what that
exception is from the server. You might try moving the do_add_nodes() outside the try/except block
(or just changing the generic 'except Exception as e:' to something specific that is unlikely for this
case like: 'except ArithmeticError as e:'
Then the exception should bubble up and maybe print something useful.
(Independent of what the real error is, that str(e) should be changed to something
that handles Unicode. This is likely from some message from the server with a non-ascii
char in it.
>
> ```
>
>
> I am executing this inside of the fuego-container that I have built from current master branches of fuego.git and fuego-core.git repos
> and started using ./start.sh.
>
> I did some printf debugging on the python side and noticed the HTTP request is answered with HTTP 405.
> When looking at /var/log/jenkins/jenkins.log I can see warnings/errors (ambiguous) and java exceptions.
>
> ```
> WARNING: Error while serving http://localhost:8090/fuego/computer/doCreateItem
> java.lang.reflect.InvocationTargetException
> ```
>
> Anyone ran into this before?
I haven't seen it before, but it does look like the Unicode error is masking whatever the
real issue is.
-- Tim
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-06-30 20:08 ` Bird, Tim
@ 2020-07-01 13:13 ` Laszlo Sitzer
2020-07-01 15:55 ` Laszlo Sitzer
0 siblings, 1 reply; 12+ messages in thread
From: Laszlo Sitzer @ 2020-07-01 13:13 UTC (permalink / raw)
To: fuego
[-- Attachment #1: Type: text/plain, Size: 3005 bytes --]
I managed to get the Jenkins error message that was masked by the python
exception.
I have uploaded it (it is a HTML page from Jenkins) to
https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
Aside from the Java exception on the HTML page, Jenkins mentions some that
the following plugins could not be loaded:
- Script Security Plugin
- Pipeline: Step API
- JUnit Plugin
- Command Agent Launcher Plugin
- Matrix Project Plugin
Could this explain why adding an executor/node fails via ftc? I know this
might be more an issue for the jenkins mailing list.
I will try to manually add a Jenkins executor to see if that part should
work (without ftc).
I will also try to use Jenkins 2.176.4 as suggested by the error message to
see if the above mentioned plugins will start to work again.
On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <Tim.Bird@sony.com> wrote:
>
>
> > -----Original Message-----
> > From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of
> Laszlo Sitzer
> >
> > Hello!
> >
> > I ran into this problem that "ftc add-nodes -b bbb" (or any other board)
> fails with a cryptic python unicode/ascii encoding/decoding
> > exception. I think this is just masking the actual problem with Jenkins.
> >
> > ```
> > # ftc add-nodes -b bbb
> > Traceback (most recent call last):
> > File "/usr/local/bin/ftc", line 5625, in <module>
> > main()
> > File "/usr/local/bin/ftc", line 5553, in main
> > sys.exit(str(e) + '\n' + command_help['add-nodes'][1])
> > UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in
> position 4199: ordinal not in range(128)
>
> First - thanks very much for the bug report!
>
> This looks to be an issue with the str(e). It would probably be helpful
> to see what that
> exception is from the server. You might try moving the do_add_nodes()
> outside the try/except block
> (or just changing the generic 'except Exception as e:' to something
> specific that is unlikely for this
> case like: 'except ArithmeticError as e:'
>
> Then the exception should bubble up and maybe print something useful.
>
> (Independent of what the real error is, that str(e) should be changed to
> something
> that handles Unicode. This is likely from some message from the server
> with a non-ascii
> char in it.
> >
> > ```
> >
> >
> > I am executing this inside of the fuego-container that I have built from
> current master branches of fuego.git and fuego-core.git repos
> > and started using ./start.sh.
> >
> > I did some printf debugging on the python side and noticed the HTTP
> request is answered with HTTP 405.
> > When looking at /var/log/jenkins/jenkins.log I can see warnings/errors
> (ambiguous) and java exceptions.
> >
> > ```
> > WARNING: Error while serving
> http://localhost:8090/fuego/computer/doCreateItem
> > java.lang.reflect.InvocationTargetException
> > ```
> >
> > Anyone ran into this before?
>
> I haven't seen it before, but it does look like the Unicode error is
> masking whatever the
> real issue is.
> -- Tim
>
>
[-- Attachment #2: Type: text/html, Size: 3987 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-07-01 13:13 ` Laszlo Sitzer
@ 2020-07-01 15:55 ` Laszlo Sitzer
2020-07-01 16:07 ` Bird, Tim
0 siblings, 1 reply; 12+ messages in thread
From: Laszlo Sitzer @ 2020-07-01 15:55 UTC (permalink / raw)
To: fuego
[-- Attachment #1: Type: text/plain, Size: 4340 bytes --]
So I manually created an executor using the Jenkins webui. That part worked.
Next I tried to run the python-jenkins code from ftc in the container and
could reproduce the error without using ftc.
```
import jenkins
s = jenkins.Jenkins("http://localhost:8090/fuego")
s.get_nodes()
s.create_node('bbb')
```
The resulting HTTP POST request that is sent then causes the exception on
the Jenkins side.
From what I understand about the Java part is that the class loader fails
to locate a class mentioned in the JSON of the request.
I started to look into the HTTP POST request that is created when I
manually create a executor in Jenkins webui and compare that to what
python-jenkins creates.
By now I also found two more people having this issue with python-jenkins
https://bugs.launchpad.net/python-jenkins/+bug/1845320
https://bugs.launchpad.net/python-jenkins/+bug/1853147
So it is not a fuego issue ... but I have a hard time understanding who the
docker container works for others but fails to work for me. I know various
factors like UID/GID play into the docker image. But I doubt this is
relevant to this specific problem : (
On Wed, Jul 1, 2020 at 3:13 PM Laszlo Sitzer <
laszlo.sitzer@native-instruments.de> wrote:
> I managed to get the Jenkins error message that was masked by the python
> exception.
> I have uploaded it (it is a HTML page from Jenkins) to
> https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
>
> Aside from the Java exception on the HTML page, Jenkins mentions some that
> the following plugins could not be loaded:
>
> - Script Security Plugin
> - Pipeline: Step API
> - JUnit Plugin
> - Command Agent Launcher Plugin
> - Matrix Project Plugin
>
> Could this explain why adding an executor/node fails via ftc? I know this
> might be more an issue for the jenkins mailing list.
>
> I will try to manually add a Jenkins executor to see if that part should
> work (without ftc).
> I will also try to use Jenkins 2.176.4 as suggested by the error message
> to see if the above mentioned plugins will start to work again.
>
> On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <Tim.Bird@sony.com> wrote:
>
>>
>>
>> > -----Original Message-----
>> > From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of
>> Laszlo Sitzer
>> >
>> > Hello!
>> >
>> > I ran into this problem that "ftc add-nodes -b bbb" (or any other
>> board) fails with a cryptic python unicode/ascii encoding/decoding
>> > exception. I think this is just masking the actual problem with Jenkins.
>> >
>> > ```
>> > # ftc add-nodes -b bbb
>> > Traceback (most recent call last):
>> > File "/usr/local/bin/ftc", line 5625, in <module>
>> > main()
>> > File "/usr/local/bin/ftc", line 5553, in main
>> > sys.exit(str(e) + '\n' + command_help['add-nodes'][1])
>> > UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in
>> position 4199: ordinal not in range(128)
>>
>> First - thanks very much for the bug report!
>>
>> This looks to be an issue with the str(e). It would probably be helpful
>> to see what that
>> exception is from the server. You might try moving the do_add_nodes()
>> outside the try/except block
>> (or just changing the generic 'except Exception as e:' to something
>> specific that is unlikely for this
>> case like: 'except ArithmeticError as e:'
>>
>> Then the exception should bubble up and maybe print something useful.
>>
>> (Independent of what the real error is, that str(e) should be changed to
>> something
>> that handles Unicode. This is likely from some message from the server
>> with a non-ascii
>> char in it.
>> >
>> > ```
>> >
>> >
>> > I am executing this inside of the fuego-container that I have built
>> from current master branches of fuego.git and fuego-core.git repos
>> > and started using ./start.sh.
>> >
>> > I did some printf debugging on the python side and noticed the HTTP
>> request is answered with HTTP 405.
>> > When looking at /var/log/jenkins/jenkins.log I can see warnings/errors
>> (ambiguous) and java exceptions.
>> >
>> > ```
>> > WARNING: Error while serving
>> http://localhost:8090/fuego/computer/doCreateItem
>> > java.lang.reflect.InvocationTargetException
>> > ```
>> >
>> > Anyone ran into this before?
>>
>> I haven't seen it before, but it does look like the Unicode error is
>> masking whatever the
>> real issue is.
>> -- Tim
>>
>>
[-- Attachment #2: Type: text/html, Size: 5868 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-07-01 15:55 ` Laszlo Sitzer
@ 2020-07-01 16:07 ` Bird, Tim
2020-07-01 16:46 ` Laszlo Sitzer
0 siblings, 1 reply; 12+ messages in thread
From: Bird, Tim @ 2020-07-01 16:07 UTC (permalink / raw)
To: Laszlo Sitzer, fuego
Thanks for digging into this deeper. The extra diagnostic information you provide
should be helpful to narrow it down.
Unfortunately, I'm busy today with a virtual conference (ELC), so I can't look at
this today, but I'll try to see what I can figure out tomorrow.
-- Tim
> -----Original Message-----
> From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of Laszlo Sitzer
>
> So I manually created an executor using the Jenkins webui. That part worked.
> Next I tried to run the python-jenkins code from ftc in the container and could reproduce the error without using ftc.
>
>
> ```
> import jenkins
> s = jenkins.Jenkins("http://localhost:8090/fuego")
> s.get_nodes()
> s.create_node('bbb')
>
> ```
> The resulting HTTP POST request that is sent then causes the exception on the Jenkins side.
> From what I understand about the Java part is that the class loader fails to locate a class mentioned in the JSON of the request.
>
> I started to look into the HTTP POST request that is created when I manually create a executor in Jenkins webui and compare that to
> what python-jenkins creates.
> By now I also found two more people having this issue with python-jenkins
>
> https://bugs.launchpad.net/python-jenkins/+bug/1845320
> https://bugs.launchpad.net/python-jenkins/+bug/1853147
>
> So it is not a fuego issue ... but I have a hard time understanding who the docker container works for others but fails to work for me. I
> know various factors like UID/GID play into the docker image. But I doubt this is relevant to this specific problem : (
>
>
> On Wed, Jul 1, 2020 at 3:13 PM Laszlo Sitzer <laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-instruments.de> >
> wrote:
>
>
> I managed to get the Jenkins error message that was masked by the python exception.
> I have uploaded it (it is a HTML page from Jenkins) to https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
>
> Aside from the Java exception on the HTML page, Jenkins mentions some that the following plugins could not be loaded:
>
> - Script Security Plugin
> - Pipeline: Step API
> - JUnit Plugin
> - Command Agent Launcher Plugin
> - Matrix Project Plugin
>
> Could this explain why adding an executor/node fails via ftc? I know this might be more an issue for the jenkins mailing list.
>
> I will try to manually add a Jenkins executor to see if that part should work (without ftc).
> I will also try to use Jenkins 2.176.4 as suggested by the error message to see if the above mentioned plugins will start to work
> again.
>
>
> On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > wrote:
>
>
>
>
> > -----Original Message-----
> > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > On
> Behalf Of Laszlo Sitzer
> >
> > Hello!
> >
> > I ran into this problem that "ftc add-nodes -b bbb" (or any other board) fails with a cryptic python unicode/ascii
> encoding/decoding
> > exception. I think this is just masking the actual problem with Jenkins.
> >
> > ```
> > # ftc add-nodes -b bbb
> > Traceback (most recent call last):
> > File "/usr/local/bin/ftc", line 5625, in <module>
> > main()
> > File "/usr/local/bin/ftc", line 5553, in main
> > sys.exit(str(e) + '\n' + command_help['add-nodes'][1])
> > UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 4199: ordinal not in range(128)
>
> First - thanks very much for the bug report!
>
> This looks to be an issue with the str(e). It would probably be helpful to see what that
> exception is from the server. You might try moving the do_add_nodes() outside the try/except block
> (or just changing the generic 'except Exception as e:' to something specific that is unlikely for this
> case like: 'except ArithmeticError as e:'
>
> Then the exception should bubble up and maybe print something useful.
>
> (Independent of what the real error is, that str(e) should be changed to something
> that handles Unicode. This is likely from some message from the server with a non-ascii
> char in it.
> >
> > ```
> >
> >
> > I am executing this inside of the fuego-container that I have built from current master branches of fuego.git and
> fuego-core.git repos
> > and started using ./start.sh.
> >
> > I did some printf debugging on the python side and noticed the HTTP request is answered with HTTP 405.
> > When looking at /var/log/jenkins/jenkins.log I can see warnings/errors (ambiguous) and java exceptions.
> >
> > ```
> > WARNING: Error while serving http://localhost:8090/fuego/computer/doCreateItem
> > java.lang.reflect.InvocationTargetException
> > ```
> >
> > Anyone ran into this before?
>
> I haven't seen it before, but it does look like the Unicode error is masking whatever the
> real issue is.
> -- Tim
>
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-07-01 16:07 ` Bird, Tim
@ 2020-07-01 16:46 ` Laszlo Sitzer
2020-07-01 17:21 ` Laszlo Sitzer
2020-07-01 17:25 ` Bird, Tim
0 siblings, 2 replies; 12+ messages in thread
From: Laszlo Sitzer @ 2020-07-01 16:46 UTC (permalink / raw)
Cc: fuego
[-- Attachment #1: Type: text/plain, Size: 7436 bytes --]
By now I found that if I use a different "launcher" I can create an
executor.
```
import jenkins
s = jenkins.Jenkins("http://localhost:8090/fuego")
s.get_nodes()
s.create_node('bbb', launcher='hudson.slaves.JNLPLauncher')
```
This in turn makes me think I should look deeper into
hudson.slaves.CommandLauncher and the command-launcher plugin that is
automatically installed using the Dockerfile.
So I check /var/log/jenkins/jenkins.log and find the following:
```
SEVERE: Failed Loading plugin Script Security Plugin v1.74 (script-security)
java.io.IOException: Script Security Plugin version 1.74 failed to load.
- You must update Jenkins from version 2.164.2 to version 2.176.4 or later
to run this plugin.
Jul 01, 2020 4:30:08 PM jenkins.InitReactorRunner$1 onTaskFailed
SEVERE: Failed Loading plugin Command Agent Launcher Plugin v1.3
(command-launcher)
java.io.IOException: Command Agent Launcher Plugin version 1.3 failed to
load.
- Script Security Plugin version 1.74 failed to load. Fix this plugin
first.
```
I uploaded the full log here:
https://filebin.net/zu5xadhi0mdwfrpl/jenkins.log?t=44eroook
I would be super curious to hear from others what "Script Security Plugin"
version they have. As this plugin is not explicitly installed in the
Dockerfile but either comes with Jenkins or is a dependency of another
plugin.
Interestingly v1.74 was just released 20hours ago. See
https://github.com/jenkinsci/script-security-plugin/blob/master/CHANGELOG.md
Next I will try if I can somehow try older versions of the script security
plugin.
On Wed, Jul 1, 2020 at 6:07 PM Bird, Tim <Tim.Bird@sony.com> wrote:
> Thanks for digging into this deeper. The extra diagnostic information you
> provide
> should be helpful to narrow it down.
>
> Unfortunately, I'm busy today with a virtual conference (ELC), so I can't
> look at
> this today, but I'll try to see what I can figure out tomorrow.
> -- Tim
>
>
> > -----Original Message-----
> > From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of
> Laszlo Sitzer
> >
> > So I manually created an executor using the Jenkins webui. That part
> worked.
> > Next I tried to run the python-jenkins code from ftc in the container
> and could reproduce the error without using ftc.
> >
> >
> > ```
> > import jenkins
> > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > s.get_nodes()
> > s.create_node('bbb')
> >
> > ```
> > The resulting HTTP POST request that is sent then causes the exception
> on the Jenkins side.
> > From what I understand about the Java part is that the class loader
> fails to locate a class mentioned in the JSON of the request.
> >
> > I started to look into the HTTP POST request that is created when I
> manually create a executor in Jenkins webui and compare that to
> > what python-jenkins creates.
> > By now I also found two more people having this issue with python-jenkins
> >
> > https://bugs.launchpad.net/python-jenkins/+bug/1845320
> > https://bugs.launchpad.net/python-jenkins/+bug/1853147
> >
> > So it is not a fuego issue ... but I have a hard time understanding who
> the docker container works for others but fails to work for me. I
> > know various factors like UID/GID play into the docker image. But I
> doubt this is relevant to this specific problem : (
> >
> >
> > On Wed, Jul 1, 2020 at 3:13 PM Laszlo Sitzer <
> laszlo.sitzer@native-instruments.de <mailto:
> laszlo.sitzer@native-instruments.de> >
> > wrote:
> >
> >
> > I managed to get the Jenkins error message that was masked by the
> python exception.
> > I have uploaded it (it is a HTML page from Jenkins) to
> https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
> >
> > Aside from the Java exception on the HTML page, Jenkins mentions
> some that the following plugins could not be loaded:
> >
> > - Script Security Plugin
> > - Pipeline: Step API
> > - JUnit Plugin
> > - Command Agent Launcher Plugin
> > - Matrix Project Plugin
> >
> > Could this explain why adding an executor/node fails via ftc? I
> know this might be more an issue for the jenkins mailing list.
> >
> > I will try to manually add a Jenkins executor to see if that part
> should work (without ftc).
> > I will also try to use Jenkins 2.176.4 as suggested by the error
> message to see if the above mentioned plugins will start to work
> > again.
> >
> >
> > On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <Tim.Bird@sony.com
> <mailto:Tim.Bird@sony.com> > wrote:
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: Fuego <fuego-bounces@lists.linuxfoundation.org
> <mailto:fuego-bounces@lists.linuxfoundation.org> > On
> > Behalf Of Laszlo Sitzer
> > >
> > > Hello!
> > >
> > > I ran into this problem that "ftc add-nodes -b bbb" (or
> any other board) fails with a cryptic python unicode/ascii
> > encoding/decoding
> > > exception. I think this is just masking the actual
> problem with Jenkins.
> > >
> > > ```
> > > # ftc add-nodes -b bbb
> > > Traceback (most recent call last):
> > > File "/usr/local/bin/ftc", line 5625, in <module>
> > > main()
> > > File "/usr/local/bin/ftc", line 5553, in main
> > > sys.exit(str(e) + '\n' +
> command_help['add-nodes'][1])
> > > UnicodeEncodeError: 'ascii' codec can't encode character
> u'\xa0' in position 4199: ordinal not in range(128)
> >
> > First - thanks very much for the bug report!
> >
> > This looks to be an issue with the str(e). It would
> probably be helpful to see what that
> > exception is from the server. You might try moving the
> do_add_nodes() outside the try/except block
> > (or just changing the generic 'except Exception as e:' to
> something specific that is unlikely for this
> > case like: 'except ArithmeticError as e:'
> >
> > Then the exception should bubble up and maybe print
> something useful.
> >
> > (Independent of what the real error is, that str(e) should
> be changed to something
> > that handles Unicode. This is likely from some message
> from the server with a non-ascii
> > char in it.
> > >
> > > ```
> > >
> > >
> > > I am executing this inside of the fuego-container that I
> have built from current master branches of fuego.git and
> > fuego-core.git repos
> > > and started using ./start.sh.
> > >
> > > I did some printf debugging on the python side and
> noticed the HTTP request is answered with HTTP 405.
> > > When looking at /var/log/jenkins/jenkins.log I can see
> warnings/errors (ambiguous) and java exceptions.
> > >
> > > ```
> > > WARNING: Error while serving
> http://localhost:8090/fuego/computer/doCreateItem
> > > java.lang.reflect.InvocationTargetException
> > > ```
> > >
> > > Anyone ran into this before?
> >
> > I haven't seen it before, but it does look like the
> Unicode error is masking whatever the
> > real issue is.
> > -- Tim
> >
> >
>
>
[-- Attachment #2: Type: text/html, Size: 10430 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-07-01 16:46 ` Laszlo Sitzer
@ 2020-07-01 17:21 ` Laszlo Sitzer
2020-07-01 17:25 ` Bird, Tim
1 sibling, 0 replies; 12+ messages in thread
From: Laszlo Sitzer @ 2020-07-01 17:21 UTC (permalink / raw)
To: fuego
[-- Attachment #1: Type: text/plain, Size: 8115 bytes --]
Fixed the "ftc add-nodes -b <board>" issue by installing the
script-security plugin v1.68 before all other plugins.
As it was not explicitly mentioned but junit plugin depends on it and hence
it was automatically installed.
The fix can be found at
https://gitlab.com/Lazlo/fuego/-/commit/c26a008175a1dab129e3f698fa3600746930cfd2
Best,
Lazlo
On Wed, Jul 1, 2020 at 6:46 PM Laszlo Sitzer <
laszlo.sitzer@native-instruments.de> wrote:
> By now I found that if I use a different "launcher" I can create an
> executor.
>
> ```
> import jenkins
> s = jenkins.Jenkins("http://localhost:8090/fuego")
> s.get_nodes()
> s.create_node('bbb', launcher='hudson.slaves.JNLPLauncher')
> ```
>
> This in turn makes me think I should look deeper into
> hudson.slaves.CommandLauncher and the command-launcher plugin that is
> automatically installed using the Dockerfile.
>
> So I check /var/log/jenkins/jenkins.log and find the following:
>
> ```
> SEVERE: Failed Loading plugin Script Security Plugin v1.74
> (script-security)
> java.io.IOException: Script Security Plugin version 1.74 failed to load.
> - You must update Jenkins from version 2.164.2 to version 2.176.4 or
> later to run this plugin.
> Jul 01, 2020 4:30:08 PM jenkins.InitReactorRunner$1 onTaskFailed
>
> SEVERE: Failed Loading plugin Command Agent Launcher Plugin v1.3
> (command-launcher)
> java.io.IOException: Command Agent Launcher Plugin version 1.3 failed to
> load.
> - Script Security Plugin version 1.74 failed to load. Fix this plugin
> first.
> ```
>
> I uploaded the full log here:
> https://filebin.net/zu5xadhi0mdwfrpl/jenkins.log?t=44eroook
>
> I would be super curious to hear from others what "Script Security Plugin"
> version they have. As this plugin is not explicitly installed in the
> Dockerfile but either comes with Jenkins or is a dependency of another
> plugin.
> Interestingly v1.74 was just released 20hours ago. See
> https://github.com/jenkinsci/script-security-plugin/blob/master/CHANGELOG.md
>
> Next I will try if I can somehow try older versions of the script security
> plugin.
>
>
> On Wed, Jul 1, 2020 at 6:07 PM Bird, Tim <Tim.Bird@sony.com> wrote:
>
>> Thanks for digging into this deeper. The extra diagnostic information
>> you provide
>> should be helpful to narrow it down.
>>
>> Unfortunately, I'm busy today with a virtual conference (ELC), so I can't
>> look at
>> this today, but I'll try to see what I can figure out tomorrow.
>> -- Tim
>>
>>
>> > -----Original Message-----
>> > From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of
>> Laszlo Sitzer
>> >
>> > So I manually created an executor using the Jenkins webui. That part
>> worked.
>> > Next I tried to run the python-jenkins code from ftc in the container
>> and could reproduce the error without using ftc.
>> >
>> >
>> > ```
>> > import jenkins
>> > s = jenkins.Jenkins("http://localhost:8090/fuego")
>> > s.get_nodes()
>> > s.create_node('bbb')
>> >
>> > ```
>> > The resulting HTTP POST request that is sent then causes the exception
>> on the Jenkins side.
>> > From what I understand about the Java part is that the class loader
>> fails to locate a class mentioned in the JSON of the request.
>> >
>> > I started to look into the HTTP POST request that is created when I
>> manually create a executor in Jenkins webui and compare that to
>> > what python-jenkins creates.
>> > By now I also found two more people having this issue with
>> python-jenkins
>> >
>> > https://bugs.launchpad.net/python-jenkins/+bug/1845320
>> > https://bugs.launchpad.net/python-jenkins/+bug/1853147
>> >
>> > So it is not a fuego issue ... but I have a hard time understanding who
>> the docker container works for others but fails to work for me. I
>> > know various factors like UID/GID play into the docker image. But I
>> doubt this is relevant to this specific problem : (
>> >
>> >
>> > On Wed, Jul 1, 2020 at 3:13 PM Laszlo Sitzer <
>> laszlo.sitzer@native-instruments.de <mailto:
>> laszlo.sitzer@native-instruments.de> >
>> > wrote:
>> >
>> >
>> > I managed to get the Jenkins error message that was masked by the
>> python exception.
>> > I have uploaded it (it is a HTML page from Jenkins) to
>> https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
>> >
>> > Aside from the Java exception on the HTML page, Jenkins mentions
>> some that the following plugins could not be loaded:
>> >
>> > - Script Security Plugin
>> > - Pipeline: Step API
>> > - JUnit Plugin
>> > - Command Agent Launcher Plugin
>> > - Matrix Project Plugin
>> >
>> > Could this explain why adding an executor/node fails via ftc? I
>> know this might be more an issue for the jenkins mailing list.
>> >
>> > I will try to manually add a Jenkins executor to see if that part
>> should work (without ftc).
>> > I will also try to use Jenkins 2.176.4 as suggested by the error
>> message to see if the above mentioned plugins will start to work
>> > again.
>> >
>> >
>> > On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <Tim.Bird@sony.com
>> <mailto:Tim.Bird@sony.com> > wrote:
>> >
>> >
>> >
>> >
>> > > -----Original Message-----
>> > > From: Fuego <fuego-bounces@lists.linuxfoundation.org
>> <mailto:fuego-bounces@lists.linuxfoundation.org> > On
>> > Behalf Of Laszlo Sitzer
>> > >
>> > > Hello!
>> > >
>> > > I ran into this problem that "ftc add-nodes -b bbb" (or
>> any other board) fails with a cryptic python unicode/ascii
>> > encoding/decoding
>> > > exception. I think this is just masking the actual
>> problem with Jenkins.
>> > >
>> > > ```
>> > > # ftc add-nodes -b bbb
>> > > Traceback (most recent call last):
>> > > File "/usr/local/bin/ftc", line 5625, in <module>
>> > > main()
>> > > File "/usr/local/bin/ftc", line 5553, in main
>> > > sys.exit(str(e) + '\n' +
>> command_help['add-nodes'][1])
>> > > UnicodeEncodeError: 'ascii' codec can't encode
>> character u'\xa0' in position 4199: ordinal not in range(128)
>> >
>> > First - thanks very much for the bug report!
>> >
>> > This looks to be an issue with the str(e). It would
>> probably be helpful to see what that
>> > exception is from the server. You might try moving the
>> do_add_nodes() outside the try/except block
>> > (or just changing the generic 'except Exception as e:' to
>> something specific that is unlikely for this
>> > case like: 'except ArithmeticError as e:'
>> >
>> > Then the exception should bubble up and maybe print
>> something useful.
>> >
>> > (Independent of what the real error is, that str(e)
>> should be changed to something
>> > that handles Unicode. This is likely from some message
>> from the server with a non-ascii
>> > char in it.
>> > >
>> > > ```
>> > >
>> > >
>> > > I am executing this inside of the fuego-container that
>> I have built from current master branches of fuego.git and
>> > fuego-core.git repos
>> > > and started using ./start.sh.
>> > >
>> > > I did some printf debugging on the python side and
>> noticed the HTTP request is answered with HTTP 405.
>> > > When looking at /var/log/jenkins/jenkins.log I can see
>> warnings/errors (ambiguous) and java exceptions.
>> > >
>> > > ```
>> > > WARNING: Error while serving
>> http://localhost:8090/fuego/computer/doCreateItem
>> > > java.lang.reflect.InvocationTargetException
>> > > ```
>> > >
>> > > Anyone ran into this before?
>> >
>> > I haven't seen it before, but it does look like the
>> Unicode error is masking whatever the
>> > real issue is.
>> > -- Tim
>> >
>> >
>>
>>
[-- Attachment #2: Type: text/html, Size: 11383 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-07-01 16:46 ` Laszlo Sitzer
2020-07-01 17:21 ` Laszlo Sitzer
@ 2020-07-01 17:25 ` Bird, Tim
2020-07-02 9:05 ` Laszlo Sitzer
1 sibling, 1 reply; 12+ messages in thread
From: Bird, Tim @ 2020-07-01 17:25 UTC (permalink / raw)
To: Laszlo Sitzer; +Cc: fuego
Wow - this is super helpful.
The version of Jenkins we are currently using in Fuego has a number of issues with plugins
(which have gotten stale and out-of-date). We tried to address that by using a fixed list
of plugins and versions, but the dependencies eventually catch up with you and things
start to break. (See the Dockerfile - the section where we use install-plugins.sh)
I had already started working on upgrading to a more recent version of Jenkins,
to address this problem, but ran into some compatibility issues that needed to
be addressed. It looks like I should focus back on that work. I think upgrading
the Jenkins version might help with a lot of these plugin problems.
Thanks.
-- Tim
> -----Original Message-----
> From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of Laszlo Sitzer
> Sent: Wednesday, July 1, 2020 10:46 AM
> Cc: fuego@lists.linuxfoundation.org
> Subject: Re: [Fuego] ftc add-nodes fails
>
> By now I found that if I use a different "launcher" I can create an executor.
>
> ```
> import jenkins
> s = jenkins.Jenkins("http://localhost:8090/fuego")
> s.get_nodes()
> s.create_node('bbb', launcher='hudson.slaves.JNLPLauncher')
> ```
>
> This in turn makes me think I should look deeper into hudson.slaves.CommandLauncher and the command-launcher plugin that is
> automatically installed using the Dockerfile.
>
> So I check /var/log/jenkins/jenkins.log and find the following:
>
> ```
> SEVERE: Failed Loading plugin Script Security Plugin v1.74 (script-security)
> java.io.IOException: Script Security Plugin version 1.74 failed to load.
> - You must update Jenkins from version 2.164.2 to version 2.176.4 or later to run this plugin.
> Jul 01, 2020 4:30:08 PM jenkins.InitReactorRunner$1 onTaskFailed
>
> SEVERE: Failed Loading plugin Command Agent Launcher Plugin v1.3 (command-launcher)
> java.io.IOException: Command Agent Launcher Plugin version 1.3 failed to load.
> - Script Security Plugin version 1.74 failed to load. Fix this plugin first.
>
> ```
>
> I uploaded the full log here: https://filebin.net/zu5xadhi0mdwfrpl/jenkins.log?t=44eroook
>
> I would be super curious to hear from others what "Script Security Plugin" version they have. As this plugin is not explicitly installed in
> the Dockerfile but either comes with Jenkins or is a dependency of another plugin.
> Interestingly v1.74 was just released 20hours ago. See https://github.com/jenkinsci/script-security-
> plugin/blob/master/CHANGELOG.md
>
> Next I will try if I can somehow try older versions of the script security plugin.
>
>
>
> On Wed, Jul 1, 2020 at 6:07 PM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > wrote:
>
>
> Thanks for digging into this deeper. The extra diagnostic information you provide
> should be helpful to narrow it down.
>
> Unfortunately, I'm busy today with a virtual conference (ELC), so I can't look at
> this today, but I'll try to see what I can figure out tomorrow.
> -- Tim
>
>
> > -----Original Message-----
> > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > On Behalf Of
> Laszlo Sitzer
> >
> > So I manually created an executor using the Jenkins webui. That part worked.
> > Next I tried to run the python-jenkins code from ftc in the container and could reproduce the error without using ftc.
> >
> >
> > ```
> > import jenkins
> > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > s.get_nodes()
> > s.create_node('bbb')
> >
> > ```
> > The resulting HTTP POST request that is sent then causes the exception on the Jenkins side.
> > From what I understand about the Java part is that the class loader fails to locate a class mentioned in the JSON of the
> request.
> >
> > I started to look into the HTTP POST request that is created when I manually create a executor in Jenkins webui and compare
> that to
> > what python-jenkins creates.
> > By now I also found two more people having this issue with python-jenkins
> >
> > https://bugs.launchpad.net/python-jenkins/+bug/1845320
> > https://bugs.launchpad.net/python-jenkins/+bug/1853147
> >
> > So it is not a fuego issue ... but I have a hard time understanding who the docker container works for others but fails to work
> for me. I
> > know various factors like UID/GID play into the docker image. But I doubt this is relevant to this specific problem : (
> >
> >
> > On Wed, Jul 1, 2020 at 3:13 PM Laszlo Sitzer <laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-
> instruments.de> <mailto:laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-instruments.de> > >
> > wrote:
> >
> >
> > I managed to get the Jenkins error message that was masked by the python exception.
> > I have uploaded it (it is a HTML page from Jenkins) to https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
> >
> > Aside from the Java exception on the HTML page, Jenkins mentions some that the following plugins could not be loaded:
> >
> > - Script Security Plugin
> > - Pipeline: Step API
> > - JUnit Plugin
> > - Command Agent Launcher Plugin
> > - Matrix Project Plugin
> >
> > Could this explain why adding an executor/node fails via ftc? I know this might be more an issue for the jenkins mailing
> list.
> >
> > I will try to manually add a Jenkins executor to see if that part should work (without ftc).
> > I will also try to use Jenkins 2.176.4 as suggested by the error message to see if the above mentioned plugins will start to
> work
> > again.
> >
> >
> > On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com>
> <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > > wrote:
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org>
> <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > > On
> > Behalf Of Laszlo Sitzer
> > >
> > > Hello!
> > >
> > > I ran into this problem that "ftc add-nodes -b bbb" (or any other board) fails with a cryptic python unicode/ascii
> > encoding/decoding
> > > exception. I think this is just masking the actual problem with Jenkins.
> > >
> > > ```
> > > # ftc add-nodes -b bbb
> > > Traceback (most recent call last):
> > > File "/usr/local/bin/ftc", line 5625, in <module>
> > > main()
> > > File "/usr/local/bin/ftc", line 5553, in main
> > > sys.exit(str(e) + '\n' + command_help['add-nodes'][1])
> > > UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 4199: ordinal not in range(128)
> >
> > First - thanks very much for the bug report!
> >
> > This looks to be an issue with the str(e). It would probably be helpful to see what that
> > exception is from the server. You might try moving the do_add_nodes() outside the try/except block
> > (or just changing the generic 'except Exception as e:' to something specific that is unlikely for this
> > case like: 'except ArithmeticError as e:'
> >
> > Then the exception should bubble up and maybe print something useful.
> >
> > (Independent of what the real error is, that str(e) should be changed to something
> > that handles Unicode. This is likely from some message from the server with a non-ascii
> > char in it.
> > >
> > > ```
> > >
> > >
> > > I am executing this inside of the fuego-container that I have built from current master branches of fuego.git and
> > fuego-core.git repos
> > > and started using ./start.sh.
> > >
> > > I did some printf debugging on the python side and noticed the HTTP request is answered with HTTP 405.
> > > When looking at /var/log/jenkins/jenkins.log I can see warnings/errors (ambiguous) and java exceptions.
> > >
> > > ```
> > > WARNING: Error while serving http://localhost:8090/fuego/computer/doCreateItem
> > > java.lang.reflect.InvocationTargetException
> > > ```
> > >
> > > Anyone ran into this before?
> >
> > I haven't seen it before, but it does look like the Unicode error is masking whatever the
> > real issue is.
> > -- Tim
> >
> >
>
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-07-01 17:25 ` Bird, Tim
@ 2020-07-02 9:05 ` Laszlo Sitzer
2020-07-03 0:06 ` Bird, Tim
0 siblings, 1 reply; 12+ messages in thread
From: Laszlo Sitzer @ 2020-07-02 9:05 UTC (permalink / raw)
To: fuego
[-- Attachment #1: Type: text/plain, Size: 10966 bytes --]
Welcome!
If you find the time could you try if you could reproduce the issue I
was having?
Running "./install.sh && ./start.sh" (without a proxy) and then "ftc
add-nodes -b bbb" in the container should trigger it.
I'd really like to see I am not the only one having this problem.
Maybe then the fix could also go onto the next or even master branch.
Regarding what you said about Jenkins ... I hear you! I actually started
looking into updating Jenkins
and its plugins but I think I need to understand Fuego and its use of the
plugins better.
But in the long run maintaining a stable Jenkins is a job of its own. Which
makes me think about ways to
have a clean "seam" between Fuego and Jenkins. Maybe by having a
scheduling/test execution API
that is implemented in ftc and in another daemon that would then talk to
Jenkins or other CI systems.
But for now ... I think I have to go back to actually using Fuego before I
start thinking about how to refactor it.
Best,
Lazlo
On Wed, Jul 1, 2020 at 7:25 PM Bird, Tim <Tim.Bird@sony.com> wrote:
> Wow - this is super helpful.
>
> The version of Jenkins we are currently using in Fuego has a number of
> issues with plugins
> (which have gotten stale and out-of-date). We tried to address that by
> using a fixed list
> of plugins and versions, but the dependencies eventually catch up with you
> and things
> start to break. (See the Dockerfile - the section where we use
> install-plugins.sh)
>
> I had already started working on upgrading to a more recent version of
> Jenkins,
> to address this problem, but ran into some compatibility issues that
> needed to
> be addressed. It looks like I should focus back on that work. I think
> upgrading
> the Jenkins version might help with a lot of these plugin problems.
>
> Thanks.
> -- Tim
>
>
> > -----Original Message-----
> > From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of
> Laszlo Sitzer
> > Sent: Wednesday, July 1, 2020 10:46 AM
> > Cc: fuego@lists.linuxfoundation.org
> > Subject: Re: [Fuego] ftc add-nodes fails
> >
> > By now I found that if I use a different "launcher" I can create an
> executor.
> >
> > ```
> > import jenkins
> > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > s.get_nodes()
> > s.create_node('bbb', launcher='hudson.slaves.JNLPLauncher')
> > ```
> >
> > This in turn makes me think I should look deeper into
> hudson.slaves.CommandLauncher and the command-launcher plugin that is
> > automatically installed using the Dockerfile.
> >
> > So I check /var/log/jenkins/jenkins.log and find the following:
> >
> > ```
> > SEVERE: Failed Loading plugin Script Security Plugin v1.74
> (script-security)
> > java.io.IOException: Script Security Plugin version 1.74 failed to load.
> > - You must update Jenkins from version 2.164.2 to version 2.176.4 or
> later to run this plugin.
> > Jul 01, 2020 4:30:08 PM jenkins.InitReactorRunner$1 onTaskFailed
> >
> > SEVERE: Failed Loading plugin Command Agent Launcher Plugin v1.3
> (command-launcher)
> > java.io.IOException: Command Agent Launcher Plugin version 1.3 failed to
> load.
> > - Script Security Plugin version 1.74 failed to load. Fix this plugin
> first.
> >
> > ```
> >
> > I uploaded the full log here:
> https://filebin.net/zu5xadhi0mdwfrpl/jenkins.log?t=44eroook
> >
> > I would be super curious to hear from others what "Script Security
> Plugin" version they have. As this plugin is not explicitly installed in
> > the Dockerfile but either comes with Jenkins or is a dependency of
> another plugin.
> > Interestingly v1.74 was just released 20hours ago. See
> https://github.com/jenkinsci/script-security-
> > plugin/blob/master/CHANGELOG.md
> >
> > Next I will try if I can somehow try older versions of the script
> security plugin.
> >
> >
> >
> > On Wed, Jul 1, 2020 at 6:07 PM Bird, Tim <Tim.Bird@sony.com <mailto:
> Tim.Bird@sony.com> > wrote:
> >
> >
> > Thanks for digging into this deeper. The extra diagnostic
> information you provide
> > should be helpful to narrow it down.
> >
> > Unfortunately, I'm busy today with a virtual conference (ELC), so
> I can't look at
> > this today, but I'll try to see what I can figure out tomorrow.
> > -- Tim
> >
> >
> > > -----Original Message-----
> > > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:
> fuego-bounces@lists.linuxfoundation.org> > On Behalf Of
> > Laszlo Sitzer
> > >
> > > So I manually created an executor using the Jenkins webui. That
> part worked.
> > > Next I tried to run the python-jenkins code from ftc in the
> container and could reproduce the error without using ftc.
> > >
> > >
> > > ```
> > > import jenkins
> > > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > > s.get_nodes()
> > > s.create_node('bbb')
> > >
> > > ```
> > > The resulting HTTP POST request that is sent then causes the
> exception on the Jenkins side.
> > > From what I understand about the Java part is that the class
> loader fails to locate a class mentioned in the JSON of the
> > request.
> > >
> > > I started to look into the HTTP POST request that is created
> when I manually create a executor in Jenkins webui and compare
> > that to
> > > what python-jenkins creates.
> > > By now I also found two more people having this issue with
> python-jenkins
> > >
> > > https://bugs.launchpad.net/python-jenkins/+bug/1845320
> > > https://bugs.launchpad.net/python-jenkins/+bug/1853147
> > >
> > > So it is not a fuego issue ... but I have a hard time
> understanding who the docker container works for others but fails to work
> > for me. I
> > > know various factors like UID/GID play into the docker image.
> But I doubt this is relevant to this specific problem : (
> > >
> > >
> > > On Wed, Jul 1, 2020 at 3:13 PM Laszlo Sitzer <
> laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-
> > instruments.de> <mailto:laszlo.sitzer@native-instruments.de <mailto:
> laszlo.sitzer@native-instruments.de> > >
> > > wrote:
> > >
> > >
> > > I managed to get the Jenkins error message that was masked
> by the python exception.
> > > I have uploaded it (it is a HTML page from Jenkins) to
> https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
> > >
> > > Aside from the Java exception on the HTML page, Jenkins
> mentions some that the following plugins could not be loaded:
> > >
> > > - Script Security Plugin
> > > - Pipeline: Step API
> > > - JUnit Plugin
> > > - Command Agent Launcher Plugin
> > > - Matrix Project Plugin
> > >
> > > Could this explain why adding an executor/node fails via
> ftc? I know this might be more an issue for the jenkins mailing
> > list.
> > >
> > > I will try to manually add a Jenkins executor to see if
> that part should work (without ftc).
> > > I will also try to use Jenkins 2.176.4 as suggested by the
> error message to see if the above mentioned plugins will start to
> > work
> > > again.
> > >
> > >
> > > On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <
> Tim.Bird@sony.com <mailto:Tim.Bird@sony.com>
> > <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > > wrote:
> > >
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Fuego <
> fuego-bounces@lists.linuxfoundation.org <mailto:
> fuego-bounces@lists.linuxfoundation.org>
> > <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:
> fuego-bounces@lists.linuxfoundation.org> > > On
> > > Behalf Of Laszlo Sitzer
> > > >
> > > > Hello!
> > > >
> > > > I ran into this problem that "ftc add-nodes -b
> bbb" (or any other board) fails with a cryptic python unicode/ascii
> > > encoding/decoding
> > > > exception. I think this is just masking the
> actual problem with Jenkins.
> > > >
> > > > ```
> > > > # ftc add-nodes -b bbb
> > > > Traceback (most recent call last):
> > > > File "/usr/local/bin/ftc", line 5625, in
> <module>
> > > > main()
> > > > File "/usr/local/bin/ftc", line 5553, in main
> > > > sys.exit(str(e) + '\n' +
> command_help['add-nodes'][1])
> > > > UnicodeEncodeError: 'ascii' codec can't encode
> character u'\xa0' in position 4199: ordinal not in range(128)
> > >
> > > First - thanks very much for the bug report!
> > >
> > > This looks to be an issue with the str(e). It
> would probably be helpful to see what that
> > > exception is from the server. You might try
> moving the do_add_nodes() outside the try/except block
> > > (or just changing the generic 'except Exception as
> e:' to something specific that is unlikely for this
> > > case like: 'except ArithmeticError as e:'
> > >
> > > Then the exception should bubble up and maybe
> print something useful.
> > >
> > > (Independent of what the real error is, that
> str(e) should be changed to something
> > > that handles Unicode. This is likely from some
> message from the server with a non-ascii
> > > char in it.
> > > >
> > > > ```
> > > >
> > > >
> > > > I am executing this inside of the
> fuego-container that I have built from current master branches of fuego.git
> and
> > > fuego-core.git repos
> > > > and started using ./start.sh.
> > > >
> > > > I did some printf debugging on the python side
> and noticed the HTTP request is answered with HTTP 405.
> > > > When looking at /var/log/jenkins/jenkins.log I
> can see warnings/errors (ambiguous) and java exceptions.
> > > >
> > > > ```
> > > > WARNING: Error while serving
> http://localhost:8090/fuego/computer/doCreateItem
> > > > java.lang.reflect.InvocationTargetException
> > > > ```
> > > >
> > > > Anyone ran into this before?
> > >
> > > I haven't seen it before, but it does look like
> the Unicode error is masking whatever the
> > > real issue is.
> > > -- Tim
> > >
> > >
> >
> >
>
>
[-- Attachment #2: Type: text/html, Size: 16047 bytes --]
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-07-02 9:05 ` Laszlo Sitzer
@ 2020-07-03 0:06 ` Bird, Tim
2020-07-03 10:11 ` Laszlo Sitzer
0 siblings, 1 reply; 12+ messages in thread
From: Bird, Tim @ 2020-07-03 0:06 UTC (permalink / raw)
To: Laszlo Sitzer, fuego
Thanks. I was able to reproduce the bug - actually both bugs.
I tried your fix for the plugin version issue, and it works. I also tried a fix
for the Unicode exception thrown by str(e) on an exception. I got ftc to not
throw the Unicode exception, but I'm still researching whether to use my fix
as the long-term solution.
In any event, I think I'd like to incorporate your fix, and I plan to put it in the
master branch. I'd like to give you credit. Can you possibly send me (and CC: the list) a patch?
(with your own Signed-off-by line)?
Thanks.
-- Tim
> -----Original Message-----
> From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of Laszlo Sitzer
> Sent: Thursday, July 2, 2020 3:05 AM
> To: fuego@lists.linuxfoundation.org
> Subject: Re: [Fuego] ftc add-nodes fails
>
> Welcome!
>
> If you find the time could you try if you could reproduce the issue I was having?
> Running "./install.sh && ./start.sh" (without a proxy) and then "ftc add-nodes -b bbb" in the container should trigger it.
> I'd really like to see I am not the only one having this problem.
>
> Maybe then the fix could also go onto the next or even master branch.
>
> Regarding what you said about Jenkins ... I hear you! I actually started looking into updating Jenkins
> and its plugins but I think I need to understand Fuego and its use of the plugins better.
> But in the long run maintaining a stable Jenkins is a job of its own. Which makes me think about ways to
> have a clean "seam" between Fuego and Jenkins. Maybe by having a scheduling/test execution API
> that is implemented in ftc and in another daemon that would then talk to Jenkins or other CI systems.
>
> But for now ... I think I have to go back to actually using Fuego before I start thinking about how to refactor it.
>
> Best,
>
> Lazlo
>
> On Wed, Jul 1, 2020 at 7:25 PM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > wrote:
>
>
> Wow - this is super helpful.
>
> The version of Jenkins we are currently using in Fuego has a number of issues with plugins
> (which have gotten stale and out-of-date). We tried to address that by using a fixed list
> of plugins and versions, but the dependencies eventually catch up with you and things
> start to break. (See the Dockerfile - the section where we use install-plugins.sh)
>
> I had already started working on upgrading to a more recent version of Jenkins,
> to address this problem, but ran into some compatibility issues that needed to
> be addressed. It looks like I should focus back on that work. I think upgrading
> the Jenkins version might help with a lot of these plugin problems.
>
> Thanks.
> -- Tim
>
>
> > -----Original Message-----
> > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > On Behalf Of
> Laszlo Sitzer
> > Sent: Wednesday, July 1, 2020 10:46 AM
> > Cc: fuego@lists.linuxfoundation.org <mailto:fuego@lists.linuxfoundation.org>
> > Subject: Re: [Fuego] ftc add-nodes fails
> >
> > By now I found that if I use a different "launcher" I can create an executor.
> >
> > ```
> > import jenkins
> > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > s.get_nodes()
> > s.create_node('bbb', launcher='hudson.slaves.JNLPLauncher')
> > ```
> >
> > This in turn makes me think I should look deeper into hudson.slaves.CommandLauncher and the command-launcher plugin
> that is
> > automatically installed using the Dockerfile.
> >
> > So I check /var/log/jenkins/jenkins.log and find the following:
> >
> > ```
> > SEVERE: Failed Loading plugin Script Security Plugin v1.74 (script-security)
> > java.io.IOException: Script Security Plugin version 1.74 failed to load.
> > - You must update Jenkins from version 2.164.2 to version 2.176.4 or later to run this plugin.
> > Jul 01, 2020 4:30:08 PM jenkins.InitReactorRunner$1 onTaskFailed
> >
> > SEVERE: Failed Loading plugin Command Agent Launcher Plugin v1.3 (command-launcher)
> > java.io.IOException: Command Agent Launcher Plugin version 1.3 failed to load.
> > - Script Security Plugin version 1.74 failed to load. Fix this plugin first.
> >
> > ```
> >
> > I uploaded the full log here: https://filebin.net/zu5xadhi0mdwfrpl/jenkins.log?t=44eroook
> >
> > I would be super curious to hear from others what "Script Security Plugin" version they have. As this plugin is not explicitly
> installed in
> > the Dockerfile but either comes with Jenkins or is a dependency of another plugin.
> > Interestingly v1.74 was just released 20hours ago. See https://github.com/jenkinsci/script-security-
> > plugin/blob/master/CHANGELOG.md
> >
> > Next I will try if I can somehow try older versions of the script security plugin.
> >
> >
> >
> > On Wed, Jul 1, 2020 at 6:07 PM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> <mailto:Tim.Bird@sony.com
> <mailto:Tim.Bird@sony.com> > > wrote:
> >
> >
> > Thanks for digging into this deeper. The extra diagnostic information you provide
> > should be helpful to narrow it down.
> >
> > Unfortunately, I'm busy today with a virtual conference (ELC), so I can't look at
> > this today, but I'll try to see what I can figure out tomorrow.
> > -- Tim
> >
> >
> > > -----Original Message-----
> > > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org>
> <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > > On Behalf Of
> > Laszlo Sitzer
> > >
> > > So I manually created an executor using the Jenkins webui. That part worked.
> > > Next I tried to run the python-jenkins code from ftc in the container and could reproduce the error without using ftc.
> > >
> > >
> > > ```
> > > import jenkins
> > > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > > s.get_nodes()
> > > s.create_node('bbb')
> > >
> > > ```
> > > The resulting HTTP POST request that is sent then causes the exception on the Jenkins side.
> > > From what I understand about the Java part is that the class loader fails to locate a class mentioned in the JSON of the
> > request.
> > >
> > > I started to look into the HTTP POST request that is created when I manually create a executor in Jenkins webui and
> compare
> > that to
> > > what python-jenkins creates.
> > > By now I also found two more people having this issue with python-jenkins
> > >
> > > https://bugs.launchpad.net/python-jenkins/+bug/1845320
> > > https://bugs.launchpad.net/python-jenkins/+bug/1853147
> > >
> > > So it is not a fuego issue ... but I have a hard time understanding who the docker container works for others but fails to
> work
> > for me. I
> > > know various factors like UID/GID play into the docker image. But I doubt this is relevant to this specific problem : (
> > >
> > >
> > > On Wed, Jul 1, 2020 at 3:13 PM Laszlo Sitzer <laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-
> instruments.de> <mailto:laszlo.sitzer@native- <mailto:laszlo.sitzer@native->
> > instruments.de <http://instruments.de> > <mailto:laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-
> instruments.de> <mailto:laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-instruments.de> > > >
> > > wrote:
> > >
> > >
> > > I managed to get the Jenkins error message that was masked by the python exception.
> > > I have uploaded it (it is a HTML page from Jenkins) to https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
> > >
> > > Aside from the Java exception on the HTML page, Jenkins mentions some that the following plugins could not be
> loaded:
> > >
> > > - Script Security Plugin
> > > - Pipeline: Step API
> > > - JUnit Plugin
> > > - Command Agent Launcher Plugin
> > > - Matrix Project Plugin
> > >
> > > Could this explain why adding an executor/node fails via ftc? I know this might be more an issue for the jenkins
> mailing
> > list.
> > >
> > > I will try to manually add a Jenkins executor to see if that part should work (without ftc).
> > > I will also try to use Jenkins 2.176.4 as suggested by the error message to see if the above mentioned plugins will
> start to
> > work
> > > again.
> > >
> > >
> > > On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com>
> <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> >
> > <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > > >
> wrote:
> > >
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org>
> <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> >
> > <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> <mailto:fuego-
> bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > > > On
> > > Behalf Of Laszlo Sitzer
> > > >
> > > > Hello!
> > > >
> > > > I ran into this problem that "ftc add-nodes -b bbb" (or any other board) fails with a cryptic python
> unicode/ascii
> > > encoding/decoding
> > > > exception. I think this is just masking the actual problem with Jenkins.
> > > >
> > > > ```
> > > > # ftc add-nodes -b bbb
> > > > Traceback (most recent call last):
> > > > File "/usr/local/bin/ftc", line 5625, in <module>
> > > > main()
> > > > File "/usr/local/bin/ftc", line 5553, in main
> > > > sys.exit(str(e) + '\n' + command_help['add-nodes'][1])
> > > > UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 4199: ordinal not in range(128)
> > >
> > > First - thanks very much for the bug report!
> > >
> > > This looks to be an issue with the str(e). It would probably be helpful to see what that
> > > exception is from the server. You might try moving the do_add_nodes() outside the try/except block
> > > (or just changing the generic 'except Exception as e:' to something specific that is unlikely for this
> > > case like: 'except ArithmeticError as e:'
> > >
> > > Then the exception should bubble up and maybe print something useful.
> > >
> > > (Independent of what the real error is, that str(e) should be changed to something
> > > that handles Unicode. This is likely from some message from the server with a non-ascii
> > > char in it.
> > > >
> > > > ```
> > > >
> > > >
> > > > I am executing this inside of the fuego-container that I have built from current master branches of fuego.git
> and
> > > fuego-core.git repos
> > > > and started using ./start.sh.
> > > >
> > > > I did some printf debugging on the python side and noticed the HTTP request is answered with HTTP 405.
> > > > When looking at /var/log/jenkins/jenkins.log I can see warnings/errors (ambiguous) and java exceptions.
> > > >
> > > > ```
> > > > WARNING: Error while serving http://localhost:8090/fuego/computer/doCreateItem
> > > > java.lang.reflect.InvocationTargetException
> > > > ```
> > > >
> > > > Anyone ran into this before?
> > >
> > > I haven't seen it before, but it does look like the Unicode error is masking whatever the
> > > real issue is.
> > > -- Tim
> > >
> > >
> >
> >
>
>
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-07-03 0:06 ` Bird, Tim
@ 2020-07-03 10:11 ` Laszlo Sitzer
2020-07-09 3:34 ` Bird, Tim
0 siblings, 1 reply; 12+ messages in thread
From: Laszlo Sitzer @ 2020-07-03 10:11 UTC (permalink / raw)
To: Bird, Tim; +Cc: fuego
[-- Attachment #1.1: Type: text/plain, Size: 14450 bytes --]
That is so good to hear you could reproduce! Here is my patch (see
attachment).
On Fri, Jul 3, 2020 at 2:06 AM Bird, Tim <Tim.Bird@sony.com> wrote:
> Thanks. I was able to reproduce the bug - actually both bugs.
> I tried your fix for the plugin version issue, and it works. I also tried
> a fix
> for the Unicode exception thrown by str(e) on an exception. I got ftc to
> not
> throw the Unicode exception, but I'm still researching whether to use my
> fix
> as the long-term solution.
>
> In any event, I think I'd like to incorporate your fix, and I plan to put
> it in the
> master branch. I'd like to give you credit. Can you possibly send me
> (and CC: the list) a patch?
> (with your own Signed-off-by line)?
>
> Thanks.
> -- Tim
>
>
>
> > -----Original Message-----
> > From: Fuego <fuego-bounces@lists.linuxfoundation.org> On Behalf Of
> Laszlo Sitzer
> > Sent: Thursday, July 2, 2020 3:05 AM
> > To: fuego@lists.linuxfoundation.org
> > Subject: Re: [Fuego] ftc add-nodes fails
> >
> > Welcome!
> >
> > If you find the time could you try if you could reproduce the issue I
> was having?
> > Running "./install.sh && ./start.sh" (without a proxy) and then "ftc
> add-nodes -b bbb" in the container should trigger it.
> > I'd really like to see I am not the only one having this problem.
> >
> > Maybe then the fix could also go onto the next or even master branch.
> >
> > Regarding what you said about Jenkins ... I hear you! I actually started
> looking into updating Jenkins
> > and its plugins but I think I need to understand Fuego and its use of
> the plugins better.
> > But in the long run maintaining a stable Jenkins is a job of its own.
> Which makes me think about ways to
> > have a clean "seam" between Fuego and Jenkins. Maybe by having a
> scheduling/test execution API
> > that is implemented in ftc and in another daemon that would then talk to
> Jenkins or other CI systems.
> >
> > But for now ... I think I have to go back to actually using Fuego before
> I start thinking about how to refactor it.
> >
> > Best,
> >
> > Lazlo
> >
> > On Wed, Jul 1, 2020 at 7:25 PM Bird, Tim <Tim.Bird@sony.com <mailto:
> Tim.Bird@sony.com> > wrote:
> >
> >
> > Wow - this is super helpful.
> >
> > The version of Jenkins we are currently using in Fuego has a
> number of issues with plugins
> > (which have gotten stale and out-of-date). We tried to address
> that by using a fixed list
> > of plugins and versions, but the dependencies eventually catch up
> with you and things
> > start to break. (See the Dockerfile - the section where we use
> install-plugins.sh)
> >
> > I had already started working on upgrading to a more recent
> version of Jenkins,
> > to address this problem, but ran into some compatibility issues
> that needed to
> > be addressed. It looks like I should focus back on that work. I
> think upgrading
> > the Jenkins version might help with a lot of these plugin problems.
> >
> > Thanks.
> > -- Tim
> >
> >
> > > -----Original Message-----
> > > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:
> fuego-bounces@lists.linuxfoundation.org> > On Behalf Of
> > Laszlo Sitzer
> > > Sent: Wednesday, July 1, 2020 10:46 AM
> > > Cc: fuego@lists.linuxfoundation.org <mailto:
> fuego@lists.linuxfoundation.org>
> > > Subject: Re: [Fuego] ftc add-nodes fails
> > >
> > > By now I found that if I use a different "launcher" I can create
> an executor.
> > >
> > > ```
> > > import jenkins
> > > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > > s.get_nodes()
> > > s.create_node('bbb', launcher='hudson.slaves.JNLPLauncher')
> > > ```
> > >
> > > This in turn makes me think I should look deeper into
> hudson.slaves.CommandLauncher and the command-launcher plugin
> > that is
> > > automatically installed using the Dockerfile.
> > >
> > > So I check /var/log/jenkins/jenkins.log and find the following:
> > >
> > > ```
> > > SEVERE: Failed Loading plugin Script Security Plugin v1.74
> (script-security)
> > > java.io.IOException: Script Security Plugin version 1.74 failed
> to load.
> > > - You must update Jenkins from version 2.164.2 to version
> 2.176.4 or later to run this plugin.
> > > Jul 01, 2020 4:30:08 PM jenkins.InitReactorRunner$1 onTaskFailed
> > >
> > > SEVERE: Failed Loading plugin Command Agent Launcher Plugin v1.3
> (command-launcher)
> > > java.io.IOException: Command Agent Launcher Plugin version 1.3
> failed to load.
> > > - Script Security Plugin version 1.74 failed to load. Fix this
> plugin first.
> > >
> > > ```
> > >
> > > I uploaded the full log here:
> https://filebin.net/zu5xadhi0mdwfrpl/jenkins.log?t=44eroook
> > >
> > > I would be super curious to hear from others what "Script
> Security Plugin" version they have. As this plugin is not explicitly
> > installed in
> > > the Dockerfile but either comes with Jenkins or is a dependency
> of another plugin.
> > > Interestingly v1.74 was just released 20hours ago. See
> https://github.com/jenkinsci/script-security-
> > > plugin/blob/master/CHANGELOG.md
> > >
> > > Next I will try if I can somehow try older versions of the
> script security plugin.
> > >
> > >
> > >
> > > On Wed, Jul 1, 2020 at 6:07 PM Bird, Tim <Tim.Bird@sony.com
> <mailto:Tim.Bird@sony.com> <mailto:Tim.Bird@sony.com
> > <mailto:Tim.Bird@sony.com> > > wrote:
> > >
> > >
> > > Thanks for digging into this deeper. The extra diagnostic
> information you provide
> > > should be helpful to narrow it down.
> > >
> > > Unfortunately, I'm busy today with a virtual conference
> (ELC), so I can't look at
> > > this today, but I'll try to see what I can figure out
> tomorrow.
> > > -- Tim
> > >
> > >
> > > > -----Original Message-----
> > > > From: Fuego <fuego-bounces@lists.linuxfoundation.org
> <mailto:fuego-bounces@lists.linuxfoundation.org>
> > <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:
> fuego-bounces@lists.linuxfoundation.org> > > On Behalf Of
> > > Laszlo Sitzer
> > > >
> > > > So I manually created an executor using the Jenkins
> webui. That part worked.
> > > > Next I tried to run the python-jenkins code from ftc in
> the container and could reproduce the error without using ftc.
> > > >
> > > >
> > > > ```
> > > > import jenkins
> > > > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > > > s.get_nodes()
> > > > s.create_node('bbb')
> > > >
> > > > ```
> > > > The resulting HTTP POST request that is sent then causes
> the exception on the Jenkins side.
> > > > From what I understand about the Java part is that the
> class loader fails to locate a class mentioned in the JSON of the
> > > request.
> > > >
> > > > I started to look into the HTTP POST request that is
> created when I manually create a executor in Jenkins webui and
> > compare
> > > that to
> > > > what python-jenkins creates.
> > > > By now I also found two more people having this issue
> with python-jenkins
> > > >
> > > > https://bugs.launchpad.net/python-jenkins/+bug/1845320
> > > > https://bugs.launchpad.net/python-jenkins/+bug/1853147
> > > >
> > > > So it is not a fuego issue ... but I have a hard time
> understanding who the docker container works for others but fails to
> > work
> > > for me. I
> > > > know various factors like UID/GID play into the docker
> image. But I doubt this is relevant to this specific problem : (
> > > >
> > > >
> > > > On Wed, Jul 1, 2020 at 3:13 PM Laszlo Sitzer <
> laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-
> > instruments.de> <mailto:laszlo.sitzer@native- <mailto:
> laszlo.sitzer@native->
> > > instruments.de <http://instruments.de> > <mailto:
> laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-
> > instruments.de> <mailto:laszlo.sitzer@native-instruments.de <mailto:
> laszlo.sitzer@native-instruments.de> > > >
> > > > wrote:
> > > >
> > > >
> > > > I managed to get the Jenkins error message that
> was masked by the python exception.
> > > > I have uploaded it (it is a HTML page from
> Jenkins) to https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
> > > >
> > > > Aside from the Java exception on the HTML page,
> Jenkins mentions some that the following plugins could not be
> > loaded:
> > > >
> > > > - Script Security Plugin
> > > > - Pipeline: Step API
> > > > - JUnit Plugin
> > > > - Command Agent Launcher Plugin
> > > > - Matrix Project Plugin
> > > >
> > > > Could this explain why adding an executor/node
> fails via ftc? I know this might be more an issue for the jenkins
> > mailing
> > > list.
> > > >
> > > > I will try to manually add a Jenkins executor to
> see if that part should work (without ftc).
> > > > I will also try to use Jenkins 2.176.4 as
> suggested by the error message to see if the above mentioned plugins will
> > start to
> > > work
> > > > again.
> > > >
> > > >
> > > > On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <
> Tim.Bird@sony.com <mailto:Tim.Bird@sony.com>
> > <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> >
> > > <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> <mailto:
> Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > > >
> > wrote:
> > > >
> > > >
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Fuego <
> fuego-bounces@lists.linuxfoundation.org <mailto:
> fuego-bounces@lists.linuxfoundation.org>
> > <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:
> fuego-bounces@lists.linuxfoundation.org> >
> > > <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:
> fuego-bounces@lists.linuxfoundation.org> <mailto:fuego-
> > bounces@lists.linuxfoundation.org <mailto:
> fuego-bounces@lists.linuxfoundation.org> > > > On
> > > > Behalf Of Laszlo Sitzer
> > > > >
> > > > > Hello!
> > > > >
> > > > > I ran into this problem that "ftc
> add-nodes -b bbb" (or any other board) fails with a cryptic python
> > unicode/ascii
> > > > encoding/decoding
> > > > > exception. I think this is just masking
> the actual problem with Jenkins.
> > > > >
> > > > > ```
> > > > > # ftc add-nodes -b bbb
> > > > > Traceback (most recent call last):
> > > > > File "/usr/local/bin/ftc", line 5625,
> in <module>
> > > > > main()
> > > > > File "/usr/local/bin/ftc", line 5553,
> in main
> > > > > sys.exit(str(e) + '\n' +
> command_help['add-nodes'][1])
> > > > > UnicodeEncodeError: 'ascii' codec can't
> encode character u'\xa0' in position 4199: ordinal not in range(128)
> > > >
> > > > First - thanks very much for the bug
> report!
> > > >
> > > > This looks to be an issue with the
> str(e). It would probably be helpful to see what that
> > > > exception is from the server. You might
> try moving the do_add_nodes() outside the try/except block
> > > > (or just changing the generic 'except
> Exception as e:' to something specific that is unlikely for this
> > > > case like: 'except ArithmeticError as e:'
> > > >
> > > > Then the exception should bubble up and
> maybe print something useful.
> > > >
> > > > (Independent of what the real error is,
> that str(e) should be changed to something
> > > > that handles Unicode. This is likely from
> some message from the server with a non-ascii
> > > > char in it.
> > > > >
> > > > > ```
> > > > >
> > > > >
> > > > > I am executing this inside of the
> fuego-container that I have built from current master branches of fuego.git
> > and
> > > > fuego-core.git repos
> > > > > and started using ./start.sh.
> > > > >
> > > > > I did some printf debugging on the
> python side and noticed the HTTP request is answered with HTTP 405.
> > > > > When looking at
> /var/log/jenkins/jenkins.log I can see warnings/errors (ambiguous) and java
> exceptions.
> > > > >
> > > > > ```
> > > > > WARNING: Error while serving
> http://localhost:8090/fuego/computer/doCreateItem
> > > > >
> java.lang.reflect.InvocationTargetException
> > > > > ```
> > > > >
> > > > > Anyone ran into this before?
> > > >
> > > > I haven't seen it before, but it does look
> like the Unicode error is masking whatever the
> > > > real issue is.
> > > > -- Tim
> > > >
> > > >
> > >
> > >
> >
> >
>
>
[-- Attachment #1.2: Type: text/html, Size: 22813 bytes --]
[-- Attachment #2: 0001-Dockerfile-Install-script-security-plugin-explicitly.patch --]
[-- Type: text/x-patch, Size: 976 bytes --]
From 9e23a75fc81bb4fbd91c5fe3e5dead2179e35fc3 Mon Sep 17 00:00:00 2001
From: Laszlo Sitzer <laszlo.sitzer@native-instruments.de>
Date: Wed, 1 Jul 2020 19:15:42 +0200
Subject: [PATCH] Dockerfile: Install script-security plugin explicitly.
Signed-off-by: Laszlo Sitzer <laszlo.sitzer@native-instruments.de>
---
Dockerfile | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/Dockerfile b/Dockerfile
index 8688faf..f42b6c7 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -187,6 +187,12 @@ RUN service jenkins start && \
sleep 10 && \
service jenkins stop
+# Explicitly install script-security v1.68, otherwise
+# v1.74 will automatically be installed as a dependency of
+# the junit plugin. Make sure to install before junit plugin.
+RUN /usr/local/bin/install-plugins.sh \
+ script-security:1.68
+
# install other plugins from Jenkins update center
# NOTE: not sure all of these are needed, but keep list
# compatible with 1.2.1 release for now
--
2.27.0
^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [Fuego] ftc add-nodes fails
2020-07-03 10:11 ` Laszlo Sitzer
@ 2020-07-09 3:34 ` Bird, Tim
0 siblings, 0 replies; 12+ messages in thread
From: Bird, Tim @ 2020-07-09 3:34 UTC (permalink / raw)
To: Laszlo Sitzer; +Cc: fuego
This has been applied in the master branch.
Thanks for the fix!
-- Tim
> -----Original Message-----
> From: Laszlo Sitzer <laszlo.sitzer@native-instruments.de>
>
> That is so good to hear you could reproduce! Here is my patch (see attachment).
>
>
> On Fri, Jul 3, 2020 at 2:06 AM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > wrote:
>
>
> Thanks. I was able to reproduce the bug - actually both bugs.
> I tried your fix for the plugin version issue, and it works. I also tried a fix
> for the Unicode exception thrown by str(e) on an exception. I got ftc to not
> throw the Unicode exception, but I'm still researching whether to use my fix
> as the long-term solution.
>
> In any event, I think I'd like to incorporate your fix, and I plan to put it in the
> master branch. I'd like to give you credit. Can you possibly send me (and CC: the list) a patch?
> (with your own Signed-off-by line)?
>
> Thanks.
> -- Tim
>
>
>
> > -----Original Message-----
> > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > On Behalf Of Laszlo
> Sitzer
> > Sent: Thursday, July 2, 2020 3:05 AM
> > To: fuego@lists.linuxfoundation.org <mailto:fuego@lists.linuxfoundation.org>
> > Subject: Re: [Fuego] ftc add-nodes fails
> >
> > Welcome!
> >
> > If you find the time could you try if you could reproduce the issue I was having?
> > Running "./install.sh && ./start.sh" (without a proxy) and then "ftc add-nodes -b bbb" in the container should trigger it.
> > I'd really like to see I am not the only one having this problem.
> >
> > Maybe then the fix could also go onto the next or even master branch.
> >
> > Regarding what you said about Jenkins ... I hear you! I actually started looking into updating Jenkins
> > and its plugins but I think I need to understand Fuego and its use of the plugins better.
> > But in the long run maintaining a stable Jenkins is a job of its own. Which makes me think about ways to
> > have a clean "seam" between Fuego and Jenkins. Maybe by having a scheduling/test execution API
> > that is implemented in ftc and in another daemon that would then talk to Jenkins or other CI systems.
> >
> > But for now ... I think I have to go back to actually using Fuego before I start thinking about how to refactor it.
> >
> > Best,
> >
> > Lazlo
> >
> > On Wed, Jul 1, 2020 at 7:25 PM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> <mailto:Tim.Bird@sony.com
> <mailto:Tim.Bird@sony.com> > > wrote:
> >
> >
> > Wow - this is super helpful.
> >
> > The version of Jenkins we are currently using in Fuego has a number of issues with plugins
> > (which have gotten stale and out-of-date). We tried to address that by using a fixed list
> > of plugins and versions, but the dependencies eventually catch up with you and things
> > start to break. (See the Dockerfile - the section where we use install-plugins.sh)
> >
> > I had already started working on upgrading to a more recent version of Jenkins,
> > to address this problem, but ran into some compatibility issues that needed to
> > be addressed. It looks like I should focus back on that work. I think upgrading
> > the Jenkins version might help with a lot of these plugin problems.
> >
> > Thanks.
> > -- Tim
> >
> >
> > > -----Original Message-----
> > > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> <mailto:fuego-
> bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > > On Behalf Of
> > Laszlo Sitzer
> > > Sent: Wednesday, July 1, 2020 10:46 AM
> > > Cc: fuego@lists.linuxfoundation.org <mailto:fuego@lists.linuxfoundation.org> <mailto:fuego@lists.linuxfoundation.org
> <mailto:fuego@lists.linuxfoundation.org> >
> > > Subject: Re: [Fuego] ftc add-nodes fails
> > >
> > > By now I found that if I use a different "launcher" I can create an executor.
> > >
> > > ```
> > > import jenkins
> > > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > > s.get_nodes()
> > > s.create_node('bbb', launcher='hudson.slaves.JNLPLauncher')
> > > ```
> > >
> > > This in turn makes me think I should look deeper into hudson.slaves.CommandLauncher and the command-launcher plugin
> > that is
> > > automatically installed using the Dockerfile.
> > >
> > > So I check /var/log/jenkins/jenkins.log and find the following:
> > >
> > > ```
> > > SEVERE: Failed Loading plugin Script Security Plugin v1.74 (script-security)
> > > java.io.IOException: Script Security Plugin version 1.74 failed to load.
> > > - You must update Jenkins from version 2.164.2 to version 2.176.4 or later to run this plugin.
> > > Jul 01, 2020 4:30:08 PM jenkins.InitReactorRunner$1 onTaskFailed
> > >
> > > SEVERE: Failed Loading plugin Command Agent Launcher Plugin v1.3 (command-launcher)
> > > java.io.IOException: Command Agent Launcher Plugin version 1.3 failed to load.
> > > - Script Security Plugin version 1.74 failed to load. Fix this plugin first.
> > >
> > > ```
> > >
> > > I uploaded the full log here: https://filebin.net/zu5xadhi0mdwfrpl/jenkins.log?t=44eroook
> > >
> > > I would be super curious to hear from others what "Script Security Plugin" version they have. As this plugin is not explicitly
> > installed in
> > > the Dockerfile but either comes with Jenkins or is a dependency of another plugin.
> > > Interestingly v1.74 was just released 20hours ago. See https://github.com/jenkinsci/script-security-
> > > plugin/blob/master/CHANGELOG.md
> > >
> > > Next I will try if I can somehow try older versions of the script security plugin.
> > >
> > >
> > >
> > > On Wed, Jul 1, 2020 at 6:07 PM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> <mailto:Tim.Bird@sony.com
> <mailto:Tim.Bird@sony.com> > <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com>
> > <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > > > wrote:
> > >
> > >
> > > Thanks for digging into this deeper. The extra diagnostic information you provide
> > > should be helpful to narrow it down.
> > >
> > > Unfortunately, I'm busy today with a virtual conference (ELC), so I can't look at
> > > this today, but I'll try to see what I can figure out tomorrow.
> > > -- Tim
> > >
> > >
> > > > -----Original Message-----
> > > > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org>
> <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> >
> > <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> <mailto:fuego-
> bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > > > On Behalf Of
> > > Laszlo Sitzer
> > > >
> > > > So I manually created an executor using the Jenkins webui. That part worked.
> > > > Next I tried to run the python-jenkins code from ftc in the container and could reproduce the error without using ftc.
> > > >
> > > >
> > > > ```
> > > > import jenkins
> > > > s = jenkins.Jenkins("http://localhost:8090/fuego")
> > > > s.get_nodes()
> > > > s.create_node('bbb')
> > > >
> > > > ```
> > > > The resulting HTTP POST request that is sent then causes the exception on the Jenkins side.
> > > > From what I understand about the Java part is that the class loader fails to locate a class mentioned in the JSON of the
> > > request.
> > > >
> > > > I started to look into the HTTP POST request that is created when I manually create a executor in Jenkins webui and
> > compare
> > > that to
> > > > what python-jenkins creates.
> > > > By now I also found two more people having this issue with python-jenkins
> > > >
> > > > https://bugs.launchpad.net/python-jenkins/+bug/1845320
> > > > https://bugs.launchpad.net/python-jenkins/+bug/1853147
> > > >
> > > > So it is not a fuego issue ... but I have a hard time understanding who the docker container works for others but fails
> to
> > work
> > > for me. I
> > > > know various factors like UID/GID play into the docker image. But I doubt this is relevant to this specific problem : (
> > > >
> > > >
> > > > On Wed, Jul 1, 2020 at 3:13 PM Laszlo Sitzer <laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-
> instruments.de> <mailto:laszlo.sitzer@native- <mailto:laszlo.sitzer@native->
> > instruments.de <http://instruments.de> > <mailto:laszlo.sitzer@native- <mailto:laszlo.sitzer@native->
> <mailto:laszlo.sitzer@native- <mailto:laszlo.sitzer@native-> >
> > > instruments.de <http://instruments.de> <http://instruments.de> > <mailto:laszlo.sitzer@native-instruments.de
> <mailto:laszlo.sitzer@native-instruments.de> <mailto:laszlo.sitzer@native- <mailto:laszlo.sitzer@native->
> > instruments.de <http://instruments.de> > <mailto:laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-
> instruments.de> <mailto:laszlo.sitzer@native-instruments.de <mailto:laszlo.sitzer@native-instruments.de> > > > >
> > > > wrote:
> > > >
> > > >
> > > > I managed to get the Jenkins error message that was masked by the python exception.
> > > > I have uploaded it (it is a HTML page from Jenkins) to https://filebin.net/7ihevnus0vzwuoo6/err.html?t=h64q47ri
> > > >
> > > > Aside from the Java exception on the HTML page, Jenkins mentions some that the following plugins could not be
> > loaded:
> > > >
> > > > - Script Security Plugin
> > > > - Pipeline: Step API
> > > > - JUnit Plugin
> > > > - Command Agent Launcher Plugin
> > > > - Matrix Project Plugin
> > > >
> > > > Could this explain why adding an executor/node fails via ftc? I know this might be more an issue for the jenkins
> > mailing
> > > list.
> > > >
> > > > I will try to manually add a Jenkins executor to see if that part should work (without ftc).
> > > > I will also try to use Jenkins 2.176.4 as suggested by the error message to see if the above mentioned plugins will
> > start to
> > > work
> > > > again.
> > > >
> > > >
> > > > On Tue, Jun 30, 2020 at 10:09 PM Bird, Tim <Tim.Bird@sony.com <mailto:Tim.Bird@sony.com>
> <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> >
> > <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > >
> > > <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> >
> <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> <mailto:Tim.Bird@sony.com <mailto:Tim.Bird@sony.com> > > > >
> > wrote:
> > > >
> > > >
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Fuego <fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org>
> <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> >
> > <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> <mailto:fuego-
> bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > >
> > > <mailto:fuego-bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> <mailto:fuego-
> bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > <mailto:fuego- <mailto:fuego->
> > bounces@lists.linuxfoundation.org <mailto:bounces@lists.linuxfoundation.org> <mailto:fuego-
> bounces@lists.linuxfoundation.org <mailto:fuego-bounces@lists.linuxfoundation.org> > > > > On
> > > > Behalf Of Laszlo Sitzer
> > > > >
> > > > > Hello!
> > > > >
> > > > > I ran into this problem that "ftc add-nodes -b bbb" (or any other board) fails with a cryptic python
> > unicode/ascii
> > > > encoding/decoding
> > > > > exception. I think this is just masking the actual problem with Jenkins.
> > > > >
> > > > > ```
> > > > > # ftc add-nodes -b bbb
> > > > > Traceback (most recent call last):
> > > > > File "/usr/local/bin/ftc", line 5625, in <module>
> > > > > main()
> > > > > File "/usr/local/bin/ftc", line 5553, in main
> > > > > sys.exit(str(e) + '\n' + command_help['add-nodes'][1])
> > > > > UnicodeEncodeError: 'ascii' codec can't encode character u'\xa0' in position 4199: ordinal not in range(128)
> > > >
> > > > First - thanks very much for the bug report!
> > > >
> > > > This looks to be an issue with the str(e). It would probably be helpful to see what that
> > > > exception is from the server. You might try moving the do_add_nodes() outside the try/except block
> > > > (or just changing the generic 'except Exception as e:' to something specific that is unlikely for this
> > > > case like: 'except ArithmeticError as e:'
> > > >
> > > > Then the exception should bubble up and maybe print something useful.
> > > >
> > > > (Independent of what the real error is, that str(e) should be changed to something
> > > > that handles Unicode. This is likely from some message from the server with a non-ascii
> > > > char in it.
> > > > >
> > > > > ```
> > > > >
> > > > >
> > > > > I am executing this inside of the fuego-container that I have built from current master branches of fuego.git
> > and
> > > > fuego-core.git repos
> > > > > and started using ./start.sh.
> > > > >
> > > > > I did some printf debugging on the python side and noticed the HTTP request is answered with HTTP 405.
> > > > > When looking at /var/log/jenkins/jenkins.log I can see warnings/errors (ambiguous) and java exceptions.
> > > > >
> > > > > ```
> > > > > WARNING: Error while serving http://localhost:8090/fuego/computer/doCreateItem
> > > > > java.lang.reflect.InvocationTargetException
> > > > > ```
> > > > >
> > > > > Anyone ran into this before?
> > > >
> > > > I haven't seen it before, but it does look like the Unicode error is masking whatever the
> > > > real issue is.
> > > > -- Tim
> > > >
> > > >
> > >
> > >
> >
> >
>
>
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2020-07-09 3:34 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-06-30 14:05 [Fuego] ftc add-nodes fails Laszlo Sitzer
2020-06-30 20:08 ` Bird, Tim
2020-07-01 13:13 ` Laszlo Sitzer
2020-07-01 15:55 ` Laszlo Sitzer
2020-07-01 16:07 ` Bird, Tim
2020-07-01 16:46 ` Laszlo Sitzer
2020-07-01 17:21 ` Laszlo Sitzer
2020-07-01 17:25 ` Bird, Tim
2020-07-02 9:05 ` Laszlo Sitzer
2020-07-03 0:06 ` Bird, Tim
2020-07-03 10:11 ` Laszlo Sitzer
2020-07-09 3:34 ` Bird, Tim
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.