Closed
Bug 636103
Opened 14 years ago
Closed 14 years ago
hg.m.o failure not handled correctly during tagging
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 575400
People
(Reporter: nthomas, Unassigned)
References
Details
Attachments
(1 file)
22.37 KB,
application/x-gzip
|
Details |
While tagging ku for Fx 4.0b12 build1 there was a problem with ssh connections to hg.m.o. The series of steps was basically
# pull and tag successfully
hg -q out ... http://hg.mozilla.org/l10n-central/ku # successful
hg -q out ... ssh://hg.mozilla.org/l10n-central/ku
abort: no suitable response from remote hg!
hg pull ssh://hg.mozilla.org/l10n-central/ku
remote: ssh_exchange_identification: Connection closed by remote host^M
abort: no suitable response from remote hg!
# strip out two tagging changesets
So, if my very limited knowledge of the new tagging scripts still applies, we've treated the hg error on the hg out as a race, tried to pull in new changes and got another error, checked hg out again, and bailed out. I don't know if we can do this in a reliable way or not, but a retry at the hg out would have avoided the intermittent fault on hg.m.o. Or simply some fine-grained error handling on hg operations is needed.
Kudos for one locale not causing the rest of the repos to barf.
Reporter | ||
Updated•14 years ago
|
Summary: hg.m.o failure not handled as gracefully during tagging → hg.m.o failure not handled correctly during tagging
Comment 1•14 years ago
|
||
bug 575400 is adding more retrying. Specifically, on all hg operations that touch the network, as well as on the entire tagging per-repository. Duping this to that.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•