Closed Bug 929335 Opened 11 years ago Closed 11 years ago

staging gecko-git hg corruption

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mozilla, Assigned: mozilla)

References

Details

Attachments

(1 file)

Error log is non-zero! 00:34:11 ERROR - abort: data/b2g/config/gaia.json.i@327bccdb70e8: no node! 00:34:11 ERROR - Automation Error: hg not responding 00:34:11 ERROR - Return code: 255 00:34:11 ERROR - abort: unknown revision '177bf37a49f5'! 00:34:11 ERROR - Automation Error: hg not responding 00:34:11 ERROR - Return code: 255 On gd2. I'd like to be able to debug this and hopefully get it to auto-fix.
Attached patch hg_corruption (deleted) — Splinter Review
I wasn't able to fix this in place, but once I moved the stage_source/mozilla-central away, that made the script re-clone and we were in business. This patch is an attempt to do so in an automated fashion.
Attachment #820591 - Flags: review?(hwine)
This is bug 737865. I've been hitting this bug on a regular basis, and to deal with that I ended up writing a fixup script which detects the corrupted hg repo, reclones, puts hg-git stuff in place again, and retries.
Depends on: 737865
My git mirror hits this often as well. Doing: > hg strip --no-backup ${lastsuccessfulexport_revision}: After a failed gexport solves the situation 99% of the time and is much quicker than a re-clone (though still needs the full re-clone fallback if it fails twice)
Comment on attachment 820591 [details] [diff] [review] hg_corruption Review of attachment 820591 [details] [diff] [review]: ----------------------------------------------------------------- looks good -- good use of disk to avoid the need to save meta data
Attachment #820591 - Flags: review?(hwine) → review+
(In reply to John Schoenick [:johns] from comment #3) > My git mirror hits this often as well. Doing: > > hg strip --no-backup ${lastsuccessfulexport_revision}: > > After a failed gexport solves the situation 99% of the time and is much > quicker than a re-clone (though still needs the full re-clone fallback if it > fails twice) Good to know, I'll look into this later.
Comment on attachment 820591 [details] [diff] [review] hg_corruption https://hg.mozilla.org/build/mozharness/rev/7c89adb82021 transplanted to production. I think we're good here, though I'll look into the hg strip later.
Attachment #820591 - Flags: checked-in+
Filed bug 934879 for the hg strip. Resolving this one, to clarify the dependency list for bug 929334.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Component: Tools → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: