|
||||||||
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira |
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Sorry I should have been more useful in my comment. By worst I meant that I have found that a killed job can corrupt the current job's workspace. I have found a way to reproduce this corruption 100% of the time.
I use Jenkins 1.578 and Java SE JRE 1.7.0_45-b18) Java HotSpot 64-bit Server VM (build 24.35-b08).
I launch jenkins from linux RHEL 6.4 (Santiago) with java -jar jenkins.war
The job needs to be configured with the following script (it is a variation on the python script above):
Then configure the job to archive the artifact named a_file.txt
Run two jobs back to back, kill the first one shortly after it started. Leave the second one to complete until it ends normally.
The log as configured in the above comment, shows:
The unix process table, after the kill, shows that both jobs are still running:
Both jobs are still running.
When the second job completes, examine its artifact. It contains this:
So the killed build (#17) corrupts the workspace of the running build (#18).