On Jun 16, 2017, at 3:46 PM, Karanbir Singh kbsingh@centos.org wrote:
On 16/06/17 07:09, Vinzenz Feenstra wrote:
Hi,
Our team uses the CentOS CI infrastructure together within GitHub PR to check those to be in shape. At times it happens that due to programming mistakes we would like to cancel/abort jobs. As those runs take usually up to 45 minutes or even longer or sometimes are just stuck because they are waiting for user input that ofc never is going to happen.
Is there some way to stop them?
One option is to not care. Once the job is running, let it run through to fail.
Whats important then is to ensure your job's are not serialized. I see you have 4 workers enabled, we can add more worker threads if needed - but it might also be useful to enable multi-jobs so multiple CI runs for the same job can be executed in parallel.
That way, if you have a fix in 5 min, you can just request a new ci run, which should start right away, not needing to wait for the first one to finish.
Would that help work around this specific issue ? If so, we can look at the configs to see how best to implement it. Typically, this is just a case of turning on a single line in the JJB.
Yes, it would definitely help us to have them not serialized. the JJB is this? https://github.com/leapp-to/prototype/blob/master/centos-ci/jobs/integration... https://github.com/leapp-to/prototype/blob/master/centos-ci/jobs/integration_test.yml
-- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc _______________________________________________ Ci-users mailing list Ci-users@centos.org https://lists.centos.org/mailman/listinfo/ci-users
-- Vinzenz Feenstra Senior Software Developer Red Hat Czech