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 <sternenfe...@gmail.com> -- "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 <sternenfe...@gmail.com> -- "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 <sternenfe...@gmail.com> -- "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 <sternenfe...@gmail.com> -- "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
) 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 <sternenfe...@gmail.com> -- "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 <sternenfe...@gmail.com> -- "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 <sternenfe...@gmail.com> -- "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 <sternenfe...@gmail.com> -- "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 <sternenfe...@gmail.com>
--
"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 <sternenfe...@gmail.com> -- "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 <sternenfe...@gmail.com> -- "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 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 <sternenfe...@gmail.com>
--
"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.
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 <sternenfe...@gmail.com> -- "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.
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 <sternenfe...@gmail.com> -- "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 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/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 sternenfe...@gmail.com -- 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 sternenfe...@gmail.com
--
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 sternenfe...@gmail.com
--
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.
