Hi, noticed another one http://jenkins.ovirt.org/job/ovirt_engine_master_unit_tests_gerrit/2948/cons... it's probably something else, but not sure…is there a 10 minutes timeout somewhere? Thanks, michal On Feb 25, 2014, at 16:59 , David Caro <dcaroest@redhat.com> wrote:
El mar 25 feb 2014 16:41:53 CET, Eyal Edri escribió:
latest jenkins upgrade (+ git plugin upgrade) introduced hardcoded timeout of 10 min to fetch from git.
fixed in latest plugin version [1], so we'll schdule an update this week to resolve this. can you re-trigger the job for now? i see other patches have completed succesfully.
[1]
Version 2.0.2 (Feb 20, 2014)
--> option to configure timeout on major git operations (clone, fetch) locks are considered a retryable failure notifyCommit now accept a sha1 - make commit hook design simpler and more efficient (no poll required) extend branch specifier (issue #17417) and git repository URL Better support for branches with "/" in name (issue #14026) Improve backward compatibility (issue #20861)
----- Original Message -----
From: "Michal Skrivanek" <michal.skrivanek@redhat.com> To: infra@ovirt.org Sent: Tuesday, February 25, 2014 5:25:40 PM Subject: problem with jenkins slave?
Hi, another one…not sure what it is…doesn't look like git
http://jenkins.ovirt.org/job/ovirt_engine_master_unit_tests_gerrit/2793/cons...
Thanks, michal _______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
I don't think it's that issue, I already applied a workaround that (modifying the jenkins startup options), the error seems to be that the remote directory got deleted before the clone finished:
fatal: Unable to read current working directory: No such file or directory
If this happened more than once is worth taking a look at.
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605