Cannot connect to "cloud" (libvirt plugin)
Hello World, I have 6 hosts where VMs for Jenkins are located. The VMs are all QEMU/KVM and are handled by libvirt. After a Jenkins update I cannot connect to 2 of these 6 hosts any longer. Hosts: (all) Debian GNU/Linux 10.3 Jenkins: 2.222.3 Libvirt plugin: 1.8.5 I have a user "jenkins" on the Jenkins server and on the host with the virtual machines. I copied the keys from Jenkins to the host and can ssh from Jenkins to the host without password. I can also (with the user jenkins) connect to qemu+ssh:///system within the virtual shell virsh and perform commands. But if I try to connect from Jenkins (in the Clouds Settings) I get the error message: com.nirima.libvirt.xdr.XDRException: authentication required if the "Use Native Java libvirt client" is set. And also on the host, I have the following entry in the log (syslog and debug): May 25 10:59:59 aat-1 libvirtd[986]: authentication required But in the auth.log, I get: May 25 10:59:59 aat-1 sshd[10878]: Accepted password for jenkins from 192.168.168.10 port 56746 ssh2 May 25 10:59:59 aat-1 sshd[10878]: pam_unix(sshd:session): session opened for user jenkins by (uid=0) May 25 10:59:59 aat-1 systemd-logind[501]: New session 341 of user jenkins. May 25 10:59:59 aat-1 systemd: pam_unix(systemd-user:session): session opened for user jenkins by (uid=0) If "Use Native Java libvirt client" is not checked, I get an "ERROR" link and if I click on it, a huge Java traceback is displayed, starting with: java.lang.NoClassDefFoundError: Could not initialize class org.libvirt.Connect at hudson.plugins.libvirt.lib.libvirt.LibVirtConnectImpl.(LibVirtConnectImpl.java:23) at hudson.plugins.libvirt.lib.ConnectionBuilder.build(ConnectionBuilder.java:97) at hudson.plugins.libvirt.Hypervisor$DescriptorImpl.doTestConnection(Hypervisor.java:454) I noticed that the libvirt-slave plugin is compiled using Java 5. Is it too old? What can I do to solve my problem? Any ideas? TIA and best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/a7258141-67ab-b114-ca58-7c49e88835f6%40gmail.com.
"Push Notification" for Jenkins
Hello World, We are in the process of updating Jenkins from version 2.150.3 to version 2.222.x. Our version control system is a git server which is in-house. Currently our "push notification" is an empty schedule for a "PollSCM" Build Trigger combined with a curl -s http://buildserver:8080/git/notifyCommit?url=git:///'&'branches=$BRANCH Is this still the best practice of a "push notification" in version 2.222.x? TIA and best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Der entscheidende Vorteil eines Chats gegenueber einem normalen Telefon- anruf ist der, dass ersterer langsamer geht und mehr kostet (fuer den lebenswichtigen Austausch von Informationen wie "hya folks", "C U l8er" und ":-)") ... Aus Murphy's Computergesetzen -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/48275ae9-a21d-596d-ac4e-7b82c8d05ea5%40gmail.com.
Cannot create build step
Hello World, While evaluating the new Jenkins version for our company I've experienced an odd problem: I cannot create a build step or post-build action (Freestyle project). If I click on the drop-down list, all entries are available, but no matter which one I select, nothing happens (No window, no memo for code, nothing). I noticed it first in version 2.204.5, but it also appears in 2.222.1 I also noticed the following error on several locations on the configuration page: Bad Message 431 reason: Request Header Fields Too Large Most of the time it is "behind" an "ERROR" link. I suspect these two problems are connected. System: Debian Linux unstable uname -a: Linux shannara 5.4.0-4-amd64 #1 SMP Debian 5.4.19-1 (2020-02-13) x86_64 GNU/Linux java -version: openjdk version "11.0.6" 2020-01-14 OpenJDK Runtime Environment (build 11.0.6+10-post-Debian-2) OpenJDK 64-Bit Server VM (build 11.0.6+10-post-Debian-2, mixed mode) Jenkins: 2.222.1 via Debian repository What can I do? TIA and best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Der entscheidende Vorteil eines Chats gegenueber einem normalen Telefon- anruf ist der, dass ersterer langsamer geht und mehr kostet (fuer den lebenswichtigen Austausch von Informationen wie "hya folks", "C U l8er" und ":-)") ... Aus Murphy's Computergesetzen -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/f338e91c-0dc4-c01b-c8ca-ea67d090ad54%40gmail.com.
Re: Cleanup workspace before/after build
Hi Sverre, On 11.10.2018 09:33, Sverre Moe wrote: [snip] Is there some other means I can make sure that the build has a clean workspace? Our Windows agents are virtual machines that get reset to a certain snapshot to make sure they are clean. Best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/b4220abc-d6b1-b60b-0c79-c33685364290%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Problems adding a slave agent to Jenkins (java.io.IOException: https://jenkins.orgavision.org/tcpSlaveAgentListener/ is invalid: 404 Not Found)
On 30.04.2018 09:00, Martin Blankenstein wrote: Hello dear community, We use Jenkins 2.118 and I tried adding a Windows Machine (and my later my notebook) as a slave/remoting agent. First I added a new Node in the Jenkins configuration "MartinsLaptopWin10". There I only could select "static agent". [snip] This results in the following error: Warning: JnlpProtocol3 is disabled by default, use JNLP_PROTOCOL_OPTS to alter the behavior Apr 30, 2018 6:30:00 AM hudson.remoting.jnlp.Main createEngine INFO: Setting up agent: MartinsLaptopWin10 Apr 30, 2018 6:30:00 AM hudson.remoting.jnlp.Main$CuiListener INFO: Jenkins agent is running in headless mode. Apr 30, 2018 6:30:00 AM hudson.remoting.Engine startEngine INFO: Using Remoting version: 3.19 Apr 30, 2018 6:30:00 AM hudson.remoting.Engine startEngine WARNING: No Working Directory. Using the legacy JAR Cache location: /home/jenkins/.jenkins/cache/jars Apr 30, 2018 6:30:00 AM hudson.remoting.jnlp.Main$CuiListener status INFO: Locating server among [https://jenkins.orgavision.org] Apr 30, 2018 6:30:00 AM hudson.remoting.jnlp.Main$CuiListener error SEVERE: https://jenkins.orgavision.org/tcpSlaveAgentListener/ is invalid: 404 Not Found java.io.IOException: https://jenkins.orgavision.org/tcpSlaveAgentListener/ is invalid: 404 Not Found at org.jenkinsci.remoting.engine.JnlpAgentEndpointResolver.resolve(JnlpAgentEndpointResolver.java:197) at hudson.remoting.Engine.innerRun(Engine.java:518) at hudson.remoting.Engine.run(Engine.java:469) Is the TCP port on the master (Manage Jenkins -> Global Security -> Agents) set to static? Best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/600aec1f-fadc-013c-86ca-61ff6ead85e5%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Both job1 and job2 should run on same slave node | Label is assigned
On 09.04.2018 15:07, LnT wrote: [snip] *Requirement :*- Both job1 and job2 should be executed on same slave node. because - Job2 does clean-up activity. - Job1 does package creation. Could you please let me know the possibilities . Have a look at the Job Node Stalker plugin: https://wiki.jenkins.io/display/JENKINS/Node+Stalker+Plugin Best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/cd3a472d-3a6d-a694-f700-e399ec8b4f53%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Working pipeline has stopped working...
On 29.11.2017 16:37, Peter Berghold wrote: the only error I'm seeing is this: [sendRPMS] touch: cannot touch '/data/staging/repos/released@tmp/durable-e537873f/jenkins-log.txt what would cause this to happen? Looks like it is either a permission problem, or your disk is out of space... HTH and best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/708ab4ef-ac41-c96a-3b7f-53633ab41cd5%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Using the same label multiple times in pipeline
On 30.10.2017 03:50, Daniel Becroft wrote: Hi, I'm experimenting with the scripted pipeline, and have a question about the use of node('') with a label. If I have the following scenario: node('A') { } node('B') { } node('A') { // Which node will be used here? } Is there any guarantee that the second node() step for "A" will hit the same slave as the first one, or will it use whichever slave is now available? I'd like for the first node() to allocate one from the pool of slaves with the label of "A", but then the second one to somehow reuse the first one (there might be some cleanup tasks, etc that need to happen on the original node). I would try something like this: node('A') { ... ... node('B') { ... ... } ... ... } HTH and best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/2ca95dc7-20f3-385e-bf87-c88ddef5%40gmail.com. For more options, visit https://groups.google.com/d/optout.
2 errors; which is first?
) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Finished: FAILURE My question here: Which error caused the other one and why? TIA and best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/68fc4bf3-b9c9-ef44-2672-5f1ace40c0f1%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: git operations over ssh in Windows agent
On 29.09.2017 09:11, Dirk Heinrichs wrote: This looks to me as if you were trying to run the git commands from an "Execute Windows Batch" step in your Jenkins job. It's far easier to simply use the Git plugin to do the job together with the SSH key you provided to Jenkins via "Manage Jenkins" -> "Credentials". This can also be configured to use JGit so that you don't even need GfW installed. Actually that is the console output of a checkout([$class: 'GitSCM', branches: line (within the first stage) with tries username/password, username/key and no credentials using the username in the repository line ("user@git...") Best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/b2a1bc5e-6683-1904-f736-9bf873a29e20%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: git operations over ssh in Windows agent
On 28.09.2017 17:12, Mark Waite wrote: I don't use putty and plink in my Windows based test setup for the git plugin. Can you share the key reasons you chose those non-default installation options? IMHO PuTTY is THE ssh client for Windows (first hit with Google ("ssh for Windows"), used by TortoiseGit and TortoiseSVN); and because I already had installed it when we switched to git, I used it. I assume the git plugin does not work with PuTTY? Best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/39dfff85-06cd-0cb7-7934-45d55c12cec3%40gmail.com. For more options, visit https://groups.google.com/d/optout.
git operations over ssh in Windows agent
Hello World, I have the following setup: git Server: Debian Linux 9.1 Jenkins master: Debian Linux 9.1 Jenkins agent: Windows 7 I created a user on the git server for building, it is called "build". I also have created a ssh key-pair for that user. The public key is in the authorized_keys file on the git server. I have installed PuTTY on the Windows agent, and I autostart Pageant with the key for the user "build". git v2.14.2 is installed on Windows as well and GIT_SSH contains the full path to PuTTY plink.exe. If I use PuTTY to log in to the git server, it works without a problem (and without a password as well as Pageant serves the key). I now wanted to use this setup with Jenkins and it always fails. If I enter the git commands it shows on the console output on a cmd.exe it works, but it does not work with Jenkins. I tried with the credentials username/password, I get: Cloning repository ssh://git.metromec.ch/repositories/quartis.git > git init C:\Jenkins-Jobs\workspace\Branch-origin-features-QT-7889 # timeout=10 Fetching upstream changes from ssh://git.metromec.ch/repositories/quartis.git > git --version # timeout=10 using GIT_ASKPASS to set credentials Build user from the VMs > git fetch --tags --progress ssh://git.metromec.ch/repositories/quartis.git +refs/heads/*:refs/remotes/origin/* ERROR: Error cloning remote repo 'origin' hudson.plugins.git.GitException: Command "git fetch --tags --progress ssh://git.metromec.ch/repositories/quartis.git +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout: stderr: fatal: protocol error: bad line length character: logi I tried without credentials from Jenkins, using the username directly in the repository string (thinking Pageant is running and will provide the key): Cloning repository ssh://bu...@git.metromec.ch/repositories/quartis.git > git init C:\Jenkins-Jobs\workspace\Branch-origin-features-QT-7889 # timeout=10 Fetching upstream changes from ssh://bu...@git.metromec.ch/repositories/quartis.git > git --version # timeout=10 > git fetch --tags --progress ssh://bu...@git.metromec.ch/repositories/quartis.git +refs/heads/*:refs/remotes/origin/* ERROR: Error cloning remote repo 'origin' hudson.plugins.git.GitException: Command "git fetch --tags --progress ssh://bu...@git.metromec.ch/repositories/quartis.git +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout: stderr: fatal: protocol error: bad line length character: buil I also tried username/private key from Jenkins and got: Cloning repository ssh://git.metromec.ch/repositories/quartis.git > git init C:\Jenkins-Jobs\workspace\Branch-origin-features-QT-7889 # timeout=10 Fetching upstream changes from ssh://git.metromec.ch/repositories/quartis.git > git --version # timeout=10 using GIT_SSH to set credentials Build user from the VMs (with key) > git fetch --tags --progress ssh://git.metromec.ch/repositories/quartis.git +refs/heads/*:refs/remotes/origin/* ERROR: Error cloning remote repo 'origin' hudson.plugins.git.GitException: Command "git fetch --tags --progress ssh://git.metromec.ch/repositories/quartis.git +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout: stderr: plink: unknown option "-o" fatal: Could not read from remote repository. How do I provide the correct credentials for this user in this setup? TIA and best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/d92a7ac0-9a49-c423-ca34-722604050156%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Groovy postbuild plugin: What does containLog check
Hello again, On 27.09.2017 17:06, Slide wrote: I believe the match is done line by line and is done using a regular expression, so you may need to play around with that. Thank you! Your are right. The following regex works: if (manager.logContains("(.*)(FAILURES!)(.*)")) { manager.buildUnstable() } Best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/abba9375-5d0e-f1b9-4b0e-10257c4a0355%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Groovy postbuild plugin: What does containLog check
Hello World, Instead of the textFinder I am using the Groovy postbuild plugin to check if some tests (hand written) failed. I try the following: if (manager.logContains("FAILURES!")) { manager.buildUnstable() } That does not seem to work however. So my question: What text exactly does logContains check? It it the complete output I see on the console output or is it only part of that? Or did I just make a mistake in the logContains check? TIA and best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/ac57d57a-54e3-2c38-c415-729d31db6207%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Preferred Git server for Jenkins?
On 31.08.2017 11:57, David Aldrich wrote: Hi Our company uses Subversion for version control but I want to investigate providing a Git server to support Jenkins declarative scripts and Blue Ocean. (I realise that declarative scripts can be stored in Subversion, but I think that Git support for them is better). We have the option of using: ·In-house command-line Git server We have an in-house CLI git server... ·In-house Gitlab server ·Github Today I'd have a very good look at an in-house GitLab server. It makes certain things a lot easier, but that depends on your requirements. I believe that Blue Ocean is best supported on Github. Am I correct? Currently this is true: The visual stage editor in BlueOcean works only with GitHub, but AFAIK CloudBees is working on support for GitLab and other git servers too. Is there any preference for declarative scripts? No. HTH and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/52ff6ab0-16a9-d9e8-0534-f3e46576de19%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Show future, but not implemented, stages
Hi Mike, On 12.07.2017 01:45, Mike Loll wrote: So a build might have stages 1 2 3 4 5 defined in the pipeline but only stages 1, 2, and 3 actually do anything and determine the status of the build pass or fail. The others would have some sort of color or indicator to show that they are future states that we are working on. Is this possible? I simply have put "echo" statements into these stages, so I have all (after first run) Best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/9aeccd78-ebd6-fdab-5713-2a9dc0aa46fe%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: First time Jenkins user. I am getting this error.
On 10.07.2017 02:49, Terry O'Leary wrote: Hello, Hello World, I found this in the Jenkins issues: https://issues.jenkins-ci.org/browse/JENKINS-38057 Take a look at the comments below the issue and you will see a few people ran into this and noticed their JAVA was set to a new JAVA 9 version. Once they set it back to JAVA 7 all was OK. Just a quick note: current Jenkins version need at least Java 8 nowadays Best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/92b781fb-6cdd-a5d8-9c1e-4f24f6a09ff6%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Frequent connection losses: java.io.IOException
On 29.05.2017 17:31, Stephen Connolly wrote: [snip] The ping is an application level ping, i.e. it submits a command into the command queue and waits for the response to be generated. The command channel can be functioning, but if there is a backlog in the command queue on either side and the command takes longer than 4 minutes (configurable) then the channel is disconnected. The command queue is single threaded. So there are multiple things that can cause the issue, e.g.: * Transferring large artifacts between the master and the agent * Plugin causing deadlock on the agent and prevent * etc You may want to investigate the agent logs I already have had a short look at them and did not find anything special. You may want to monitor Disk I/O and CPU and memory usage (especially if running all things on the one machine) OK, I will do that. Jenkins and all 8 VMs are running on the same machine. You may want to monitor Network I/O if running agents over a remote network The VMs are in the local network using a simple bridge Thank you very much and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/bc7ea735-8ae4-1a5d-cb54-eb73ed6d0724%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Frequent connection losses: java.io.IOException
er.java:87) at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76) at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:171) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:82) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:553) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) at org.eclipse.jetty.server.Server.handle(Server.java:499) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257) at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544) at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) I can, however, read that value if I execute println(Jenkins.instance.injector.getInstance(hudson.slaves.ChannelPinger.class).@pingInterval) (returns 5) TIA and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/8d45cb94-bffe-6336-d883-c94b388c85ec%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Frequent connection losses: java.io.IOException
On 22.05.2017 10:13, Andreas Tscharner wrote: Hello World, Hello again, [snip] FATAL: Befehlsausführung fehlgeschlagen java.io.IOException: Backing channel 'JNLP4-connect connection from build-vm1/192.168.168.160:1033' is disconnected. [snip] I have found some more information in /var/log/jenkins/jenkins.log: Mai 28, 2017 2:02:59 PM hudson.slaves.ChannelPinger$1 onDead INFORMATION: Ping failed. Terminating the channel JNLP4-connect connection from build-vm3/192.168.168.162:1033. java.util.concurrent.TimeoutException: Ping started at 1495972739294 hasn't completed by 1495972979294 at hudson.remoting.PingThread.ping(PingThread.java:130) at hudson.remoting.PingThread.run(PingThread.java:86) I've calculated the value between those two timestamps: 24. I suppose that are ms which would be 4 minutes. Is there anything I could do? Why would the ping be dead for more than 4 minutes? TIA and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/ba3c7ec3-dfee-a128-2bc4-a31ec402e573%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Frequent connection losses: java.io.IOException
On 22.05.2017 10:13, Andreas Tscharner wrote: Hello World, [snip] FATAL: Befehlsausführung fehlgeschlagen java.io.IOException: Backing channel 'JNLP4-connect connection from build-vm1/192.168.168.160:1033' is disconnected. No-one? No idea? Or any pointer to a similar (old)er issue? TIA and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/fb941d4e-348a-b2aa-213d-1258897e3f9c%40gmail.com. For more options, visit https://groups.google.com/d/optout.
No reboot after Pipeline job
Hello World, Our setup: * Debian Linux 8 with Jenkins 2.32.2 * libvirt plugin for Jenkins * 8 virtual machines (QEMU/KVM) running Windows 7 These 8 virtual machines are included as Jenkins nodes and contain 1 executors each. In the configuration we have: * Revert Snapshot to our initial setup * Reboot this salve after each build set (checkbox checked) * Availability: Keep this agent online as much as possible So these nodes are always online, if a (freestyle) job is executed, one of the nodes is used, after finishing the job, it shuts down, reverts to snapshot and gets online again afterwards If a pipeline job is executed, ones of the nodes is used, but after finishing the job, the node stays online and is not reverted to the snapshot. Is this a bug or intentional? TIA and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/c1fc0984-ebb7-d9e6-0174-8eaafe135ccb%40gmail.com. For more options, visit https://groups.google.com/d/optout.
[SOLVED] Re: Pipeline uses 2 executors when changing node
On 19.05.2017 15:31, Andreas Tscharner wrote: > Hello World, Hello again, > I found the solution. > Now I created a pipeline which starts at a "build" node. It runs there > and displays "part of ...". > Now at some point in the pipeline I want to switch to an "aat" node for I switched to that aat node using "agent { label 'aat' }"; that worked, but the job itself was also marked to work only on a node with label aat, so I think it then switched again. If I just skipped the "agent" statement, it worked (one job) as expected. Best regards Andreas -- Andreas Tscharner sternenfe...@gmail.com Der entscheidende Vorteil eines Chats gegenueber einem normalen Telefon- anruf ist der, dass ersterer langsamer geht und mehr kostet (fuer den lebenswichtigen Austausch von Informationen wie "hya folks", "C U l8er" und ":-)") ... Aus Murphy's Computergesetzen -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/2b566496-8f81-4459-7d4c-2288abc1b0dd%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Frequent connection losses: java.io.IOException
On 22.05.2017 10:13, Andreas Tscharner wrote: Hello World, Hello again, Some more information Our setup: * Jenkins 2.32.2 on Debian Linux jenkins@buildserver:~$ uname -a Linux buildserver 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux jenkins@buildserver:~$ java -version openjdk version "1.8.0_121" OpenJDK Runtime Environment (build 1.8.0_121-8u121-b13-3-b13) OpenJDK 64-Bit Server VM (build 25.121-b13, mixed mode) libvirt Plugin for Jenkins * 8 VMs on the same server, running Windows 7, building our software KVM/QEMU VMs, using libvirt Java version: 1.8.0_121, using the new Jenkins service * 4 Ubuntu machines containing 2 VMs each (=8) running Windows 10, testing our software KVM/QEMU VMs, using libvirt Java Version: 1.01 (it worked better with this version), auto-started batch file running "java -jar slave.jar -jnlpCredentials ... -jnlpUrl ..." TIA and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/e3971cc1-fa67-2b23-7acd-c607c2c4eeb9%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Frequent connection losses: java.io.IOException
Hello World, Our setup: * Jenkins 2.32.2 on Debian Linux libvirt Plugin for Jenkins * 8 VMs on the same server, running Windows 7, building our software KVM/QEMU VMs, using libvirt * 4 Ubuntu machines containing 2 VMs each (=8) running Windows 10, testing our software KVM/QEMU VMs, using libvirt We've experienced more and more connection problems lately, all having the same exception: FATAL: Befehlsausführung fehlgeschlagen java.io.IOException: Backing channel 'JNLP4-connect connection from build-vm1/192.168.168.160:1033' is disconnected. at hudson.remoting.RemoteInvocationHandler.channelOrFail(RemoteInvocationHandler.java:191) at hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:256) at com.sun.proxy.$Proxy60.isAlive(Unknown Source) at hudson.Launcher$RemoteLauncher$ProcImpl.isAlive(Launcher.java:1043) at hudson.Launcher$RemoteLauncher$ProcImpl.join(Launcher.java:1035) at hudson.tasks.CommandInterpreter.join(CommandInterpreter.java:154) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:108) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:65) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:779) at hudson.model.Build$BuildExecution.build(Build.java:205) at hudson.model.Build$BuildExecution.doRun(Build.java:162) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:534) at hudson.model.Run.execute(Run.java:1728) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:404) Caused by: java.nio.channels.ClosedChannelException at org.jenkinsci.remoting.protocol.impl.ChannelApplicationLayer.onReadClosed(ChannelApplicationLayer.java:208) at org.jenkinsci.remoting.protocol.ApplicationLayer.onRecvClosed(ApplicationLayer.java:222) at org.jenkinsci.remoting.protocol.ProtocolStack$Ptr.onRecvClosed(ProtocolStack.java:832) at org.jenkinsci.remoting.protocol.FilterLayer.onRecvClosed(FilterLayer.java:287) at org.jenkinsci.remoting.protocol.impl.SSLEngineFilterLayer.onRecvClosed(SSLEngineFilterLayer.java:181) at org.jenkinsci.remoting.protocol.impl.SSLEngineFilterLayer.switchToNoSecure(SSLEngineFilterLayer.java:283) at org.jenkinsci.remoting.protocol.impl.SSLEngineFilterLayer.processWrite(SSLEngineFilterLayer.java:503) at org.jenkinsci.remoting.protocol.impl.SSLEngineFilterLayer.processQueuedWrites(SSLEngineFilterLayer.java:248) at org.jenkinsci.remoting.protocol.impl.SSLEngineFilterLayer.doSend(SSLEngineFilterLayer.java:200) at org.jenkinsci.remoting.protocol.impl.SSLEngineFilterLayer.doCloseSend(SSLEngineFilterLayer.java:213) at org.jenkinsci.remoting.protocol.ProtocolStack$Ptr.doCloseSend(ProtocolStack.java:800) at org.jenkinsci.remoting.protocol.ApplicationLayer.doCloseWrite(ApplicationLayer.java:173) at org.jenkinsci.remoting.protocol.impl.ChannelApplicationLayer$ByteBufferCommandTransport.closeWrite(ChannelApplicationLayer.java:311) at hudson.remoting.Channel.close(Channel.java:1287) at hudson.slaves.ChannelPinger$1.onDead(ChannelPinger.java:115) at hudson.remoting.PingThread.ping(PingThread.java:130) at hudson.remoting.PingThread.run(PingThread.java:86) These appear randomly on all nodes; we've found no pattern and no way to reproduce them. There are also no more information in the logs. Has anyone seen the same problems? Any hints what I should check? TIA and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/42c33ada-cb0b-0ae5-a6b9-1ffb00cf2720%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Pipeline uses 2 executors when changing node
Hello World, Our setup: * Jenkins 2.32.2 on Debian Linux libvirt Plugin for Jenkins * 8 VMs on the same server, running Windows 7, building our software KVM/QEMU VMs, using libvirt labelled "build" * 4 Ubuntu machines containing 2 VMs each (=8) running Windows 10, testing our software KVM/QEMU VMs, using libvirt labelled "aat" Now I created a pipeline which starts at a "build" node. It runs there and displays "part of ...". Now at some point in the pipeline I want to switch to an "aat" node for testing; I use the step command "build 'SmokeTest'"). It switches to one of the "aat" nodes (displaying "part of ...") and then the actual job (SmokeTest) starts at a second "aat" node. The job at the first "aat" node is just waiting. How can I make sure that only one "aat" node is being used? TIA and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/2033b570-fe94-dd86-fd49-1a0ef13a643e%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Problem reverting to snapshot in job
On 24.11.2015 12:40, Björn Stabel wrote: Maybe you need a plugin dedicated to the task that takes care of things like snapshotting and such. For vSphere, there's https://wiki.jenkins-ci.org/display/JENKINS/vSphere+Cloud+Plugin I have the libvirt slaves plugin installed. The host system is a Debian Linux, running 8 VMs each one with one executor. On the host the VMs are handled using virsh; qemu is running the VMs. Best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/56546371.2010606%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Problem reverting to snapshot in job
On 23.11.2015 16:53, Jason Swager wrote: Is the build running on a VM slave and you're trying to revert to a snapshot of that particular VM slave? Yes If so - that's not supported. Jenkins requires that the slave doing a [snip] To work around this, split the job across two jobs. First job reverts the targeted slave VM, second job runs on the targeted slave VM. This does not seem to work either. I created a job, which has only "Use Snapshot" set, the snapshotname "production" and the node where it should run ("build-vm3") I got the same/similar error as before: Gestartet durch Benutzer anonymous Got snapshot production from job configuration Preparing to revert build-vm3 to snapshot production. [EnvInject] - Loading node environment variables. ERROR: SEVERE ERROR occurs org.jenkinsci.lib.envinject.EnvInjectException: hudson.remoting.ChannelClosedException: channel is already closed at org.jenkinsci.plugins.envinject.service.EnvironmentVariablesNodeLoader.gatherEnvironmentVariablesNode(EnvironmentVariablesNodeLoader.java:75) at org.jenkinsci.plugins.envinject.EnvInjectListener.loadEnvironmentVariablesNode(EnvInjectListener.java:81) at org.jenkinsci.plugins.envinject.EnvInjectListener.setUpEnvironment(EnvInjectListener.java:39) at hudson.model.AbstractBuild$AbstractBuildExecution.createLauncher(AbstractBuild.java:572) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:492) at hudson.model.Run.execute(Run.java:1738) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:410) Caused by: hudson.remoting.ChannelClosedException: channel is already closed at hudson.remoting.Channel.send(Channel.java:578) at hudson.remoting.Request.call(Request.java:130) at hudson.remoting.Channel.call(Channel.java:780) at hudson.FilePath.act(FilePath.java:1074) at org.jenkinsci.plugins.envinject.service.EnvironmentVariablesNodeLoader.gatherEnvironmentVariablesNode(EnvironmentVariablesNodeLoader.java:44) ... 8 more Caused by: java.io.IOException at hudson.remoting.Channel.close(Channel.java:1163) at hudson.remoting.Channel.close(Channel.java:1138) at hudson.plugins.libvirt.LibvirtSnapshotRevertRunListener.revertVMSnapshot(LibvirtSnapshotRevertRunListener.java:84) at hudson.plugins.libvirt.LibvirtSnapshotRevertRunListener.onStarted(LibvirtSnapshotRevertRunListener.java:58) at hudson.model.listeners.RunListener.fireStarted(RunListener.java:215) at hudson.model.Run.execute(Run.java:1734) ... 3 more Finished: FAILURE Do I have to shut it down before? Best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/56542407.5080205%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Problem reverting to snapshot in job
Hello World, We have Jenkins set up to build our product in a virtual machine. This works so far. Now I set the "Use Snapshot" checkbox and wanted to revert the VM to the snapshot "production". This snapshot exists, I double checked: root@buildserver:~# virsh snapshot-list build-vm2 Name Creation Time State production 2015-11-09 23:48:03 +0100 shutoff But if the job should be executed, I get the following error: Build wurde durch eine SCM-Änderung ausgelöst. Got snapshot production from job configuration Preparing to revert build-vm2 to snapshot production. [EnvInject] - Loading node environment variables. ERROR: SEVERE ERROR occurs org.jenkinsci.lib.envinject.EnvInjectException: hudson.remoting.ChannelClosedException: channel is already closed at org.jenkinsci.plugins.envinject.service.EnvironmentVariablesNodeLoader.gatherEnvironmentVariablesNode(EnvironmentVariablesNodeLoader.java:75) at org.jenkinsci.plugins.envinject.EnvInjectListener.loadEnvironmentVariablesNode(EnvInjectListener.java:81) at org.jenkinsci.plugins.envinject.EnvInjectListener.setUpEnvironment(EnvInjectListener.java:39) at hudson.model.AbstractBuild$AbstractBuildExecution.createLauncher(AbstractBuild.java:572) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:492) at hudson.model.Run.execute(Run.java:1738) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:410) Caused by: hudson.remoting.ChannelClosedException: channel is already closed at hudson.remoting.Channel.send(Channel.java:578) at hudson.remoting.Request.call(Request.java:130) at hudson.remoting.Channel.call(Channel.java:780) at hudson.FilePath.act(FilePath.java:1074) at org.jenkinsci.plugins.envinject.service.EnvironmentVariablesNodeLoader.gatherEnvironmentVariablesNode(EnvironmentVariablesNodeLoader.java:44) ... 8 more Caused by: java.io.IOException at hudson.remoting.Channel.close(Channel.java:1163) at hudson.remoting.Channel.close(Channel.java:1138) at hudson.plugins.libvirt.LibvirtSnapshotRevertRunListener.revertVMSnapshot(LibvirtSnapshotRevertRunListener.java:84) at hudson.plugins.libvirt.LibvirtSnapshotRevertRunListener.onStarted(LibvirtSnapshotRevertRunListener.java:58) at hudson.model.listeners.RunListener.fireStarted(RunListener.java:215) at hudson.model.Run.execute(Run.java:1734) ... 3 more Checking console output [description-setter] Description set: [EnvInject] - [ERROR] - SEVERE ERROR occurs: channel is already closed Email was triggered for: Failure - Any Sending email for trigger: Failure - Any ERROR: Error: No workspace found! An attempt to send an e-mail to empty list of recipients, ignored. Finished: FAILURE What can I do to fix this? TIA and best regards WENZEL Metromec AG Andreas Tscharner -- Andreas Tscharner, Development WENZEL Metromec AG, Rheinfelsstrasse 1, CH-7007 Chur, Switzerland phone: +41 (0)81 257 07 00 fax:+41 (0)81 257 07 01 e-mail: mailto:andreas.tschar...@metromec.ch www:http://www.metromec.ch -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/56532C17.10806%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Jenkins job hangs on any exe utility
On 04.11.2015 15:15, Lev Mishin wrote: I've downgraded Java from 8 to 7 and all woks fine On Wednesday, November 4, 2015 at 3:34:16 PM UTC+3, Lev Mishin wrote: I have an idea, could it be connected with java version? How to check? On Wednesday, November 4, 2015 at 2:32:33 PM UTC+3, Lev Mishin wrote: Hi everyone a couple of days ago I got a problem with jenkins job running on the one of our slaves test machine (Win7 x64, real PC not a VM), all other machines are working fine. The problem is: any Jenkins job hangs on any exe utility we are using, for exemaple sigcheck or pskill, if I try to run them from cmd on slave they work. If I run jnlp agent as an application then job works fine but if I try to install the agent as a windows service the problem persists. To reproduce the bug I created a simple job (freestyle) with one cmdlet in build step: pskill nunit-agent-x86 Jenkins version is 1.632 Can someone confirm this? I have a similar problem on a virtual machine. One specific exe almost always hangs. I also have Java 8... Is there another solution? TIA and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/563B7E39.3090508%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Slightly OT: How to build COM dlls in parallel
Hello World, This question might be slightly off-topic, but I figure that Jenkins users may have had this problem (and probably a solution) before: We use feature branches to develop new features on out product. Each feature branch has a build job on Jenkins. Our product builds quite a few COM DLLs which need other registered(?) TLB od DLLs. If the interfaces differ and more than one build run in parallel the interfaces and binaries get mixed up. I suggest other users have had the same or similar problems too? How did you solve it? TIA and best regards Andreas -- Andreas Tscharner Gordon's Law: If you think you have the solution, the question was poorly phrased. -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/5559E63F.40702%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Save configuration of a job
Hello World, Is it possible to save a configuration (and of course later load it again)? Probably with a plugin? Best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Mercurial revision in email - HOW?
On 15.02.2013 16:06, Slide wrote: There is content token help in both the global config area and project config area for the email-ext plugin, it shows the syntax for each token. ${ENV, var="MERCURIAL_REVISION_NUMBER"} is most likely what you are looking for. That was it, thank you. I thought that 'var="..."' would create a new environment variable... Best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Mercurial revision in email - HOW?
Hello World, We are using Jenkins with Subversion and email extension plugin. The plugin has the variable $SVN_REVISION which works as expected. Now we are testing Mercurial. All is working except the revision in the email. What do I need to write that I get the Mercurial revision? I've tried $MERCURIAL_REVISION_NUMBER ${MERCURIAL_REVISION_NUMBER} ${ENV, MERCURIAL_REVISION_NUMBER} ${ENV, $MERCURIAL_REVISION_NUMBER} But none of them worked. What do I write the get that number? TIA and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Jenkins can no longer connect to SVN server?
null java.lang.NullPointerException at java.util.ArrayList.addAll(Unknown Source) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:735) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:677) at hudson.model.AbstractProject.checkout(AbstractProject.java:1212) at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:579) at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:468) at hudson.model.Run.run(Run.java:1410) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:238) We (the developers) can access (commit, update checkout) the SVN server with TortoiseSVN from our workstations without problems; heck even Mercurial can access it (for converting). Server (SVN): Windows 2008 Server R2, 64Bit, Apache, SVN 1.7.x (Visual SVN 2.5.4) Server (Jenkins): Windows 2008 Server R2, 64Bit (the SAME server), Jenkins 1.547, installed as service Developer Workstations (from where access to SVN works): Windows 7, 64Bit, TortoiseSVN 1.7.x Any hints? Any pointers where I can look at? Any ideas? Thank you and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection"
Re: dpkg versioning from Git via Jenkins
On 29.02.2012 02:00, KB1JWQ wrote: [snip] How do I sanely change the version number of each build so that it bumps the Debian changelog (else the deb build fails), the version number of the package, and probably the naming of the resulting .deb as well? Ultimately I want these debs to be put into a staging Jenkins has its own "version number"; I'd suggest to use it. It is in the environment variable BUILD_NUMBER. You could use this number as your "Debian Revision" (the last number in the Debian version number; the one after the dash '-'). There is also a Version Number Plugin, if you want to control your version number should have more information. See: https://wiki.jenkins-ci.org/display/JENKINS/Version+Number+Plugin Best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection"