Closed Bug 1034187 Opened 11 years ago Closed 9 years ago

Intermittent time travel in legacy vcs

Categories

(Release Engineering :: General, defect)

defect
Not set
major

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: hwine, Assigned: hwine)

Details

Occasionally getting a noisy, but (luckily) non-fatal error message: remote: error: denying non-fast-forward refs/heads/v1.3 (you should pull first) To git+ssh://git.m.o/releases/gecko.git ! [remote rejected] b2g28_v1_3 -> v1.3 (non-fast-forward) error: failed to push some refs to 'git+ssh://git.m.o/releases/gecko.git' These generate email to release+vcs2vcs@ N.B.: there are NO issues with either of the repositories on hg.m.o or git.m.o -- the issue is transient and within the legacy code conversion repo. Because we have the git.mozilla.org/releases/gecko.git set to not allow non-fast forward updates, the transient issues never becomes visible.
After catching the issue with verbose logging, I found: Next page event shows no additional info in debug log, except: = [up to date] B2G_2_0_20140609_MERGEDAY -> B2G_2_0_20140609_MERGEDAY ! [remote rejected] b2g28_v1_3 -> v1.3 (non-fast-forward) updating local tracking ref 'refs/remotes/git_stage/gecko-18' updating local tracking ref 'refs/remotes/git_stage/master' Which leads to inquiry on local repo: [vcs2vcs@github-sync3.dmz.scl3 mc-cvs-ma-update-test3]$ git show-ref b2g28_v1_3 v1.3 refs/remote/git_stage/v1.3 96af887161b82a3a325c2a701f562e7084c126e1 refs/heads/b2g28_v1_3 96af887161b82a3a325c2a701f562e7084c126e1 refs/heads/v1.3 e0bfab94fd20e4dcbb2fecf19d7c2dc606189f81 refs/remotes/git.m.o/v1.3 e0bfab94fd20e4dcbb2fecf19d7c2dc606189f81 refs/remotes/git_stage/v1.3 Note that the "local" v1.3 tip is actually a commit from June 30 -- we went back in time!!!!! commit 96af887161b82a3a325c2a701f562e7084c126e1 Author: Sami Jaktholm <sjakthol@outlook.com> Date: Mon Jun 30 03:09:00 2014 -0400 Thus the issues is: a) contained to the conversion repo b) appears to be a temporary glitch in hg bookmark setting, that self resolves on a subsequent run Given those two facts, this is important, but not production impacting.
Assignee: nobody → hwine
Status: NEW → ASSIGNED
no longer meaningful in light of bug 1277297
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Component: Tools → General
You need to log in before you can comment on or make changes to this bug.