Closed Bug 510042 Opened 15 years ago Closed 15 years ago

l10n repacks on change do not upload

Categories

(Release Engineering :: General, defect, P2)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: armenzg, Assigned: armenzg)

References

Details

(Whiteboard: [l10n])

Attachments

(1 file, 1 obsolete file)

Since we turned the l10n nightly updates the repackages on change for "fr" and "pt-PT" failed to upload. We might want to fix this together with bug 509937. I will need commit access for x-testing or someone to help me with it. make l10n-upload-pt-PT in dir /builds/moz2_slave/mozilla-central-linux-l10n-dep/build/mozilla-central/browser/locales (timeout 1200 secs) watching logfiles {} argv: ['make', 'l10n-upload-pt-PT'] environment: AB_CD=pt-PT CC=/tools/gcc/bin/gcc CVS_RSH=ssh CXX=/tools/gcc/bin/g++ G_BROKEN_FILENAMES=1 HISTSIZE=1000 HOME=/home/cltbld HOSTNAME=moz2-linux-slave02.build.mozilla.org INPUTRC=/etc/inputrc JAVA_HOME=/builds/jdk LANG=en_US.UTF-8 LESSOPEN=|/usr/bin/lesspipe.sh %s LOGNAME=cltbld LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35: MAIL=/var/spool/mail/cltbld PATH=/opt/local/bin:/tools/buildbot/bin:/tools/twisted/bin:/tools/twisted-core/bin:/tools/python/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/cltbld/bin POST_UPLOAD_CMD=post_upload.py -p firefox -b mozilla-central-l10n -i 20090812031201 --release-to-tinderbox-dated-builds PWD=/builds/moz2_slave/mozilla-central-linux-l10n-dep/build/mozilla-central/browser/locales PYTHONHOME=/tools/python PYTHONPATH=/tools/buildbotcustom:/tools/buildbot/lib/python2.5/site-packages:/tools/twisted/lib/python2.5/site-packages:/tools/twisted-core/lib/python2.5/site-packages:/tools/zope-interface/lib/python2.5/site-packages/ SHELL=/bin/bash SHLVL=1 SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass TBOX_CLIENT_CVS_DIR=/builds/tinderbox/mozilla/tools TERM=linux UPLOAD_HOST=stage.mozilla.org UPLOAD_SSH_KEY=~/.ssh/ffxbld_dsa UPLOAD_TO_TEMP=1 UPLOAD_USER=ffxbld USER=cltbld _=/tools/buildbot/bin/buildbot closing stdin using PTY: True /tools/python/bin/python2.5 ../../build/upload.py --base-path ../../dist "../../dist/firefox-3.6a2pre.pt-PT.linux-i686.tar.bz2" ../../dist/install/firefox-3.6a2pre.pt-PT.langpack.xpi Uploading /builds/moz2_slave/mozilla-central-linux-l10n-dep/build/mozilla-central/dist/firefox-3.6a2pre.pt-PT.linux-i686.tar.bz2 firefox-3.6a2pre.pt-PT.linux-i686.tar.bz2 0% 0 0.0KB/s --:-- ETA firefox-3.6a2pre.pt-PT.linux-i686.tar.bz2 100% 9748KB 9.5MB/s 00:00 Uploading /builds/moz2_slave/mozilla-central-linux-l10n-dep/build/mozilla-central/dist/install/firefox-3.6a2pre.pt-PT.langpack.xpi firefox-3.6a2pre.pt-PT.langpack.xpi 0% 0 0.0KB/s --:-- ETA firefox-3.6a2pre.pt-PT.langpack.xpi 100% 121KB 121.3KB/s 00:00 Running post-upload command: post_upload.py -p firefox -b mozilla-central-l10n -i 20090812031201 --release-to-tinderbox-dated-builds Encountered error while uploading Command ['ssh', '-o', 'IdentityFile=~/.ssh/ffxbld_dsa', 'ffxbld@stage.mozilla.org', 'post_upload.py -p firefox -b mozilla-central-l10n -i 20090812031201 --release-to-tinderbox-dated-builds "/tmp/tmp.UtXHOI1211/" "/tmp/tmp.UtXHOI1211//firefox-3.6a2pre.pt-PT.linux-i686.tar.bz2" "/tmp/tmp.UtXHOI1211/install/firefox-3.6a2pre.pt-PT.langpack.xpi"'] returned non-zero exit code: 1 make: *** [l10n-upload-pt-PT] Error 2 program finished with exit code 2 elapsedTime=1.863500
/tmp/tmp.UtXHOI1211//firefox-3.6a2pre.pt-PT.linux-i686.tar.bz2 ^^ would be my guess, can you compare that path on a working build? Double slash usually indicates a problem with a missing path.
(In reply to comment #1) > /tmp/tmp.UtXHOI1211//firefox-3.6a2pre.pt-PT.linux-i686.tar.bz2 > ^^ > > would be my guess, can you compare that path on a working build? Double slash > usually indicates a problem with a missing path. Thanks for the pointer I will look into that. I just wanted to note that this problem has been introduced by turning the l10n nightly updates on. Even though we tested the repackage on change scenario this testing was done long ago and things might have changed slightly. I believe it is better to fix this rather than pulling back the l10n nightly updates. I will work on this either tomorrow or Friday
Assignee: nobody → armenzg
Status: NEW → ASSIGNED
Priority: -- → P2
Blocks: 480081
(In reply to comment #1) > /tmp/tmp.UtXHOI1211//firefox-3.6a2pre.pt-PT.linux-i686.tar.bz2 > ^^ > > would be my guess, can you compare that path on a working build? Double slash > usually indicates a problem with a missing path. I tried to compare it with a working one but that line only shows up when there is a problem: | Running post-upload command: post_upload.py -p firefox -b mozilla-central-l10n -i 20090812031634 --release-to-tinderbox-dated-builds | Encountered error while uploading | Command ['ssh', '-o', 'IdentityFile=~/.ssh/ffxbld_dsa', 'ffxbld@stage.mozilla.org', 'post_upload.py -p firefox -b mozilla-central-l10n -i 20090812031634 --release-to-tinderbox-dated-builds "/tmp/tmp.INJzZl7353/" "/tmp/tmp.INJzZl7353//firefox-3.6a2pre.ru.mac.dmg" "/tmp/tmp.INJzZl7353/install/firefox-3.6a2pre.ru.langpack.xpi"'] returned non-zero exit code: 1 | make: *** [l10n-upload-ru] Error 2
This patch will make all repacks-on-change to upload to tinderbox-builds/%(branch)s-l10n and therefore we will only keep the latest copy (no dated dirs). I have tested the nightly scenario and the x-testing repack on change scenario. The problem was that we were not specifying the --tinderbox-builds-dir (which is probably caught by http://mxr.mozilla.org/build/source/tools/stage/post_upload.py#217 but we only get the return code) Uploaded repack-on-change in here: http://staging-stage.build.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-l10n/
Attachment #394821 - Flags: review?(ccooper)
The patch also tackles bug 509937
Whiteboard: [l10n]
No longer blocks: 480081
Depends on: 480081
Comment on attachment 394821 [details] [diff] [review] fixes the post_upload command used by repacks on change (Armen asked me to review this with you gone this morning, Coop) >diff --git a/process/factory.py b/process/factory.py >--- a/process/factory.py >+++ b/process/factory.py >@@ -1430,24 +1430,29 @@ > assert 'project' in kwargs > assert 'repoPath' in kwargs > if 'branchName' in kwargs: >- uploadDir = '%s-l10n' % kwargs['branchName'] >- else: >- uploadDir = '%s-l10n' % self.getRepoName(kwargs['repoPath']) >+ branchName = kwargs['branchName'] >+ else: >+ branchName = self.getRepoName(kwargs['repoPath']) > self.env = {} > postUploadCmd = ['post_upload.py', > '-p %s ' % kwargs['project'], >- '-b %s ' % uploadDir] >+ '-b %s-l10n ' % branchName] Please don't move the -l10n part. Defining the uploadDir before constructing this command helps comprehension. > if l10nDatedDirs: >- postUploadCmd += ['-i %(buildid)s'] >+ # nightly repacks and on-change upload to different places > if self.nightly: >- postUploadCmd += ['--release-to-latest', >+ postUploadCmd += ['--buildid %(buildid)s', >+ '--release-to-latest', > '--release-to-dated'] > else: > # For the repack-on-change scenario we just want to upload >- # to tinderbox dated directories >- postUploadCmd += ['--release-to-tinderbox-dated-builds'] >+ # to tinderbox builds >+ postUploadCmd += \ >+ ['--tinderbox-builds-dir %s-l10n' % branchName, Same thing here. > self.postUploadCmd = WithProperties(' '.join(postUploadCmd)) > else: >+ # for backwards compatibility when the nightly and repack on-change >+ # runs where the same Grammar error, should be "were" not "where".
Attachment #394821 - Flags: review-
Attachment #394821 - Flags: review?(ccooper)
Dealt with comments of bhearsum and tested a nightly run on staging-master
Attachment #394821 - Attachment is obsolete: true
Attachment #394852 - Flags: review?(ccooper)
Attachment #394852 - Flags: review?(ccooper) → review+
Comment on attachment 394852 [details] [diff] [review] fixes the post_upload command used by repacks on change (v4) changeset: 388:6de5a3f96d6e
Attachment #394852 - Flags: checked-in+
Both masters reconfigured and we are live!
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: