Closed
Bug 518058
Opened 15 years ago
Closed 15 years ago
nightly update generator barfing on missing file
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: nthomas, Assigned: nthomas)
Details
Attachments
(1 file)
810 bytes,
patch
|
coop
:
review+
nthomas
:
checked-in+
|
Details | Diff | Splinter Review |
Assignee | ||
Comment 1•15 years ago
|
||
The error uploading el was: d:/mozilla-build/python25/python2.5.exe ../../build/upload.py --base-path ../../dist "../../dist/firefox-3.7a1pre.el.win32.zip" ../../dist/install/firefox-3.7a1pre.el.langpack.xpi Traceback (most recent call last): File "/usr/bin/post_upload.py", line 243, in ? func(options, upload_dir, files) File "/usr/bin/post_upload.py", line 74, in ReleaseToDated CopyFileToDir(f, upload_dir, longDatedPath) File "/usr/bin/post_upload.py", line 34, in CopyFileToDir os.makedirs(full_dest_dir, 0755) File "/usr/lib/python2.3/os.py", line 154, in makedirs mkdir(name, mode) OSError: [Errno 17] File exists: '/home/ftp/pub/firefox/nightly/2009/09/2009-09-21-05-mozilla-central-l10n' Uploading e:\builds\moz2_slave\mozilla-central-win32-l10n-nightly\build\mozilla-central\dist\firefox-3.7a1pre.el.win32.zip Uploading e:\builds\moz2_slave\mozilla-central-win32-l10n-nightly\build\mozilla-central\dist\install\firefox-3.7a1pre.el.langpack.xpi Running post-upload command: post_upload.py -p firefox -b mozilla-central-l10n --buildid 20090921050209 --release-to-latest --release-to-dated Encountered error while uploading Command ['ssh', '-o', 'IdentityFile=~/.ssh/ffxbld_dsa', 'ffxbld@stage.mozilla.org', 'post_upload.py -p firefox -b mozilla-central-l10n --buildid 20090921050209 --release-to-latest --release-to-dated "/tmp/tmp.EQLELP3658/" "/tmp/tmp.EQLELP3658//firefox-3.7a1pre.el.win32.zip" "/tmp/tmp.EQLELP3658/install/firefox-3.7a1pre.el.langpack.xpi"'] returned non-zero exit code: 1 make: *** [l10n-upload-el] Error 2 Is that the same as bug 517428 ? Hard to imagine win32 collided with any other platform trying to upload.
Assignee | ||
Comment 2•15 years ago
|
||
I just took the expedient approach and removed build/0/Firefox/mozilla-central/WINNT_x86-msvc/20090921050209/el from aus2-staging:/opt/aus2 and prometheus-vm:/builds/nightly-update-generation, with the cron job disabled. It's back in action now.
Assignee | ||
Comment 3•15 years ago
|
||
In the nightly case we want to not publish the update snippet if the upload fails, and that's all that follows this doUpload step. I'm not sure what other consumers of this want.
Attachment #402035 -
Flags: review?(ccooper)
Assignee | ||
Updated•15 years ago
|
Attachment #402035 -
Attachment description: Halt the build if the upload files → Halt the build if the upload fails
Updated•15 years ago
|
Attachment #402035 -
Flags: review?(ccooper) → review+
Assignee | ||
Comment 4•15 years ago
|
||
Comment on attachment 402035 [details] [diff] [review] Halt the build if the upload fails http://hg.mozilla.org/build/buildbotcustom/rev/d5b51587d986 pm and pm02 reconfig'd.
Attachment #402035 -
Flags: checked-in+
Assignee | ||
Comment 5•15 years ago
|
||
Nightly updates are working fine today and the patch means we shouldn't get into this situation with l10n again.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•