Closed
Bug 472779
Opened 17 years ago
Closed 17 years ago
Mobile ARM builds failing when pulling buildbot-configs
Categories
(Release Engineering :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: nthomas, Assigned: nthomas)
Details
Attachments
(1 file)
10.47 KB,
patch
|
bhearsum
:
review+
nthomas
:
checked-in+
|
Details | Diff | Splinter Review |
Not very many green builds recently, the error is:
/scratchbox/moz_scratchbox -p -d build/buildbot-configs hg pull -u
in dir /builds/moz2_slave/mobile-linux-arm-dep/build (timeout 1200 secs)
eval eval /builds/scratchbox/sbin/chroot-uid /builds/scratchbox/users/cltbld /scratchbox/tools/bin/env - $SBENV /scratchbox/tools/bin/bash -l /scratchbox/tools/bin/exec.sh build/buildbot-configs hg pull -u
pulling from http://hg.mozilla.org/build/buildbot-configs
searching for changes
adding changesets
adding manifests
adding file changes
added 4 changesets with 4 changes to 1 files
abort: Is a directory - /home/cltbld/build/buildbot-configs/mozilla2-staging/macosx/mozilla-1.9.1
program finished with exit code 255
Probably need to blow away some checkouts so that the symlinks work
Assignee | ||
Comment 1•17 years ago
|
||
The problem is that the scratchbox includes Mercurial 0.9.1, while you need at least 0.9.4 to support symlinks (there are several symlink-related fixes in later releases too). As is, a fresh pull converts the symlinks to copies; a no change pulls work just fine, but any changes in the repo give the error in the initial report.
Options
* update hg to the latest version (the copy inside scratchbox)
* workaround by removing the buildbot-configs checkout then clone (on each run)
Assignee | ||
Comment 2•17 years ago
|
||
Gavin suggests using the hg from the host environment, which sounds like a nice simplification of our setup so I'll work up a patch.
Assignee | ||
Comment 3•17 years ago
|
||
This works in staging if you remove the old pull which doesn't have symlinks; the linux slave has hg v0.9.5. Also fixes minor things along the way (double / in mobile pushlog url, slave lists in staging & prod).
Attachment #356129 -
Flags: review?(bhearsum)
Assignee | ||
Updated•17 years ago
|
Priority: -- → P2
Updated•17 years ago
|
Attachment #356129 -
Flags: review?(bhearsum) → review+
Assignee | ||
Updated•17 years ago
|
Attachment #356129 -
Flags: checked‑in+ checked‑in+
Assignee | ||
Comment 4•17 years ago
|
||
Pushed into use on moz2-master, and removed existing tools clones.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•17 years ago
|
||
*sigh* Apparently slave07, 08, and 10 don't have scratchbox set up properly.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 6•17 years ago
|
||
I've commented out slave07, 08 and 10 in mobile_master.cfg and pushed that up to hg.m.o - it'll be picked up on tomorrow's buildbot restart.
http://hg.mozilla.org/build/buildbot-configs/rev/18d20ea288c1
Assignee | ||
Comment 7•17 years ago
|
||
The other slaves have been rehabilitated, just need to verify this fixed once the wonky slaves are out of the list of mobile-arm builders tomorrow.
Comment 8•17 years ago
|
||
(In reply to comment #5)
> *sigh* Apparently slave07, 08, and 10 don't have scratchbox set up properly.
...and slave09 also.
Assignee | ||
Comment 9•17 years ago
|
||
Builds have been green all day, with a couple of pushes to the buildbot-configs repo. Resolving FIXED.
Status: REOPENED → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → FIXED
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
•