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_corruptionSplinter 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: