Closed
Bug 1235071
Opened 10 years ago
Closed 10 years ago
ssh: symbolpush.mozilla.org: no address associated with name"
Categories
(Thunderbird :: Build Config, defect)
Thunderbird
Build Config
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: wsmwk, Unassigned)
Details
Thunderbird esr 38.5.0 build is failing
https://archive.mozilla.org/pub/thunderbird/candidates/38.5.1-candidates/build1/logs/release-comm-esr38-win32_build-bm91-build1-build0.txt.gz
Executing: ['python.exe', 'c:/builds/moz2_slave/tb-rel-c-esr38-w32_bld-0000000/build/build/pymake/make.py', 'uploadsymbols']
C:/mozilla-build/msys/bin/sh.exe c:/builds/moz2_slave/tb-rel-c-esr38-w32_bld-0000000/build/mozilla/toolkit/crashreporter/tools/upload_symbols.sh thunderbird-38.5.1-WINNT-20151224050540-x86-symbols.txt 'dist/win32/en-US/thunderbird-38.5.1.crashreporter-symbols-full.zip'
Transferring symbols... dist/win32/en-US/thunderbird-38.5.1.crashreporter-symbols-full.zip
debug1: Reading configuration data /c/Users/cltbld/.ssh/config
debug1: Applying options for *mozilla.org
debug1: Reading configuration data /etc/ssh/ssh_config
Makefile:262: recipe for target 'uploadsymbols' failed
ssh: symbolpush.mozilla.org: no address associated with name
Also https://archive.mozilla.org/pub/thunderbird/candidates/38.5.1-candidates/build1/logs/release-comm-esr38-linux_build-bm74-build1-build1.txt.gz
xref bug 1079004 - Work around unreachable symbolpush.m.o
Reporter | ||
Comment 1•10 years ago
|
||
The error in linux build is
ssh: Could not resolve hostname symbolpush.mozilla.org: Name or service not known
Reporter | ||
Comment 2•10 years ago
|
||
from IRC [24:19:05]gcox wsmwk: symbolpush was decom'ed a couple of months ago. 302 #releng for the mechanism to upload symbols in the new world. Indeed. So bug 1079004 is not applicable
we did bug 1171218. Have we regressed somewhere?
Component: Release Automation → Build Config
Product: Release Engineering → Thunderbird
QA Contact: bhearsum
Comment 3•10 years ago
|
||
(In reply to Wayne Mery (:wsmwk, use Needinfo for questions) from comment #2)
> from IRC [24:19:05]gcox wsmwk: symbolpush was decom'ed a couple of months
> ago. 302 #releng for the mechanism to upload symbols in the new world.
> Indeed. So bug 1079004 is not applicable
>
> we did bug 1171218. Have we regressed somewhere?
Typo ? https://bugzilla.mozilla.org/show_bug.cgi?id=1171218#c25
Reporter | ||
Comment 4•10 years ago
|
||
(In reply to Joe Sabash [:JoeS1] from comment #3)
> (In reply to Wayne Mery (:wsmwk, use Needinfo for questions) from comment #2)
> > from IRC [24:19:05]gcox wsmwk: symbolpush was decom'ed a couple of months
> > ago. 302 #releng for the mechanism to upload symbols in the new world.
> > Indeed. So bug 1079004 is not applicable
> >
> > we did bug 1171218. Have we regressed somewhere?
>
> Typo ? https://bugzilla.mozilla.org/show_bug.cgi?id=1171218#c25
I do not understand.
Where do you see a typo?
Flags: needinfo?(jsabash)
Reporter | ||
Comment 5•10 years ago
|
||
callek kindly emailed me ... "perhaps https://hg.mozilla.org/releases/comm-beta/rev/fef892adccdf is not landed on the cset you did this beta build with (or its mc equiv)"
If this were true, why have previous betas not failed?
Unless we have a regression
(comment 4 anwered in bug 1171218 comment 27
Flags: needinfo?(jsabash)
Reporter | ||
Comment 6•10 years ago
|
||
We have concluded this error is the result of 38.5.1 being built with
mozilla commit: https://hg.mozilla.org/releases/mozilla-esr38/rev/THUNDERBIRD_38_VERBRANCH
comm commit: https://hg.mozilla.org/releases/comm-esr38/rev/THUNDERBIRD_38_VERBRANCH
instead of
mozilla commit: https://hg.mozilla.org/releases/mozilla-esr38/rev/THUNDERBIRD_38_VERBRANCH
comm commit: https://hg.mozilla.org/releases/comm-esr38/rev/<cset>
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•