Linux mozilla-central build failures with "abort: data/mozilla2/mobile/android/mobile-browser/nightly/mozconfig.i@1e3cd603e8ab: no match found!"


Status Graveyard
Server Operations
8 years ago
3 years ago


(Reporter: dholbert, Assigned: aravind)






8 years ago
We just got two linux opt builds in a row with this failure:
hg clone configs
 in dir /builds/slave/mozilla-central-linux64/build (timeout 1200 secs)
 watching logfiles {}
 argv: ['hg', 'clone', '', 'configs']
requesting all changes
adding changesets
adding manifests
adding file changes
added 2963 changesets with 7091 changes to 1403 files
updating working directory
abort: data/mozilla2/mobile/android/mobile-browser/nightly/mozconfig.i@1e3cd603e8ab: no match found!

Filing this as an ASAP high-priority issue, on the assumption that this is something that'll continue to be broken until it's fixed.

Comment 1

8 years ago
This seems to have started failing on aki's push to this repo: push updated the file mentioned in the error message.  (aki says, & I agree, that this is some sort of hg issue -- his push wasn't at fault)


8 years ago
Severity: critical → blocker
I wonder if this is an issue with caching and/or locking of the repository.

Example repository:

[cltbld@moz2-linux-slave30 configs]$ hg verify
checking changesets
checking manifests
crosschecking files in changesets and manifests
checking files
 mozilla2/mobile/android/mobile-browser/nightly/mozconfig@2962: 1e3cd603e8ab in manifests not found
 mozilla2/mobile/android/mobile-browser/release/mozconfig@2962: 44c57a77e711 in manifests not found
1403 files, 2963 changesets, 7091 total revisions
2 integrity errors encountered!
(first damaged changeset appears to be 2962)
[cltbld@moz2-linux-slave30 configs]$ hg ident
[cltbld@moz2-linux-slave30 configs]$ hg tip
changeset:   2962:38eda43c57e6
tag:         tip
user:        Aki Sasaki <>
date:        Tue Sep 14 11:41:15 2010 -0700
summary:     android updates! r=alexp
Duplicate of this bug: 596324
For what it's worth, I've had multiple jobs clone buildbot-configs without issue, and I've cloned it manually without issue. For example:


8 years ago
Assignee: server-ops → jdow

Comment 5

8 years ago
Hm - so a respin from one of the purple builds just completed successfullly:
and a Linux debug build completed successfully too:

Not sure if that's due to luck or to someone fixing this.  Reducing severity, in any case, since this doesn't block work if it's not stopping *all* linux builds.
Severity: blocker → major

Comment 6

8 years ago
I spoke to bear on IRC about this and he said it is probably best for us to wait for aravind to get back to take a look at this, since he is most familiar with the setup. If things get worse before he gets back, push this bug back to server-ops and it will page oncall again.
Assignee: jdow → aravind
Has there actually been *any* failures since the first batch? I can't find any, which makes me think this is a one-off issue.

Comment 8

8 years ago
I haven't seen any since those first two mentioned in comment 0.
Symptoms are different, but unclear if this is caused by same root cause as intermittent hg errors in bug#588711.

Lets keep this open (and critical) until we know whats going on.
Severity: major → critical
Moving to correct component.
Assignee: aravind → server-ops
Component: Server Operations: Tinderbox Maintenance → Server Operations
Assignee: server-ops → aravind
I hit this on a different file:
requesting all changes
adding changesets
adding manifests
adding file changes
added 2966 changesets with 7095 changes to 1403 files
updating working directory
abort: data/thunderbird/ no match found!

Comment 12

8 years ago
Is this still consistently happening?  Is there a reproducible test case I can use?

Comment 13

8 years ago
(In reply to comment #12)
> Is this still consistently happening?

I don't think so. The command in comment 0...
 hg clone
... completes just fine on my own Linux machine now, and "hg verify" in the fresh checkout completes successfully too.

I'm not sure what caused this or why it became magically fixed.
This is an ongoing intermittent issue, it's especially bad with the buildbot-configs repository for some reason.  I wouldn't call this "fixed", it's just not happening right now.
see also bug 574348

Comment 16

8 years ago
Have we seen this in recent times?
Let's close this until we see it again.  Having trouble duplicating and tracking down.
Last Resolved: 8 years ago
Resolution: --- → INCOMPLETE
Product: → Graveyard
You need to log in before you can comment on or make changes to this bug.