493967 - l10n repacks go fubar on corrupted checkouts

Status: RESOLVED DUPLICATE of bug 475276

(Release Engineering :: General, defect)

Description

[Axel Hecht [:Pike]]

We're having pull issues, and apparently the hg source shell scripts go fubar in that condition.

http://production-master.build.mozilla.org:8010/builders/WINNT%205.2%20mozilla-1.9.1%20l10n/builds/4738 is a build where the checkout just bails for "default" unknown in places, and doesn't come back anymore, it seems.

We at least need to repair the broken slaves, and think about how to prevent them from breaking again.

Comment 1

[Armen [:armenzg]]

As Axel mentions in:
http://production-master.build.mozilla.org:8010/builders/WINNT%205.2%20mozilla-1.9.1%20l10n/builds/4738/steps/shell_9/logs/stdio
we are getting:
|abort: repository default not found!
|abort: unknown revision 'default'!
which comes from running this step:
http://hg.mozilla.org/build/buildbotcustom/file/tip/process/factory.py#l1028

I noted that we are missing a haltOnFailure for the step.

Would using the "Mercurial" step help us avoid it?
http://hg.mozilla.org/build/buildbotcustom/file/tip/process/factory.py#l357

Do we know why we are hitting this problem?

Comment 2

[Chris Cooper [:coop] (he/him)]

This is likely a dupe of bug 475276. An incomplete clobber leaves us with a checkout dir that is most empty, but still open, so when our pull/clone step runs, it sees the dir already exists and tries to pull rather than clone.