Closed
Bug 867005
Opened 11 years ago
Closed 11 years ago
Mac OSX 10.6 nodes failing on release1.qa.mtv1.mozilla.com
Categories
(Mozilla QA Graveyard :: Infrastructure, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: u279076, Assigned: whimboo)
Details
I was trying to run the ondemand_update automation for Firefox 21.0b5 updates on beta channel today but the OSX 10.6 nodes kept failing. I asked Dave Hunt to look into it but it was too late in his day to make any progress toward a solution. Here's the output of one of the failed testruns: > Started by user anonymous > Building remotely on mm-osx-106-1 in workspace jenkins/workspace/ondemand_update > > Deleting project workspace... done > > No emails were triggered. > Copied 569 artifacts from "get_mozmill-environments » mac,master" build number 2 > Copied 1,200 artifacts from "get_mozmill-tests" build number 2 > Copied 76 artifacts from "get_mozmill-automation" build number 2 > [ondemand_update] $ mozmill-env/run mozdownload --type=$BUILD_TYPE --platform=$PLATFORM --version=$VERSION --locale=$LOCALE --build-number=$BUILD_NUMBER --directory=builds > Traceback (most recent call last): > File "/Users/mozauto/jenkins/workspace/ondemand_update/mozmill-env/bin/mozdownload", line 5, in <module> > from pkg_resources import load_entry_point > File "/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/pkg_resources.py", line 2560, in <module> > parse_requirements(__requires__), Environment() > File "/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/pkg_resources.py", line 518, in resolve > raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: mozdownload==1.7 > Build step 'Invoke XShell command' marked build as failure > Recording test results > Email was triggered for: Failure > Sending email for trigger: Failure > Sending email to: mozmill-ci@mozilla.org > Finished: FAILURE You can see more examples of this failure here: http://release1.qa.mtv1.mozilla.com:8080/view/@ondemand/job/ondemand_update/65 http://release1.qa.mtv1.mozilla.com:8080/view/@ondemand/job/ondemand_update/64 http://release1.qa.mtv1.mozilla.com:8080/view/@ondemand/job/ondemand_update/63 It seems like this is only happening on the Mac OSX 10.6 nodes, 10.7 and 10.8 testruns worked fine. Note that this impacts Firefox 21.0b5 sign-off today but I will cover it by manually spotchecking Mac OSX 10.6 updates.
Assignee | ||
Comment 1•11 years ago
|
||
I will check that. Not sure what's the cause of this problem actually. :/ The Mac Minis are the same and nothing has changed in their configuration.
Assignee: nobody → hskupin
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•11 years ago
|
||
So what I have seen is that in the environment we had both 1.6 and 1.7 egg information present. I filed https://github.com/whimboo/mozmill-environment/issues/39 to get this fixed. That at least fixed the current failure but a new one popped up for the progressbar implementation where 'total_seconds' is not an attributre of datetime.timedelta. I will investigate further soon.
Assignee | ||
Comment 3•11 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #2) > That at least fixed the current failure but a new one popped up for the > progressbar implementation where 'total_seconds' is not an attributre of > datetime.timedelta. I will investigate further soon. This is actually a regression in our code from mozdownload 1.6 which means we lost backward compatibility with Python 2.6. We have to get this fixed and I will temporarily upload a new environment for mac which includes 1.6. I filed the issue as: https://github.com/mozilla/mozdownload/issues/73
Assignee | ||
Comment 4•11 years ago
|
||
Both pull requests are awaiting review from Dave now. As mentioned before I reverted mozdownload to version 1.6 for Mac and this solved the problem. Jobs can successfully grab builds again.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•11 years ago
|
||
We have released mozdownload 1.7.1 with the fix in place. I have uploaded new environments and updated both CI to make use of it.
Thanks for the quick turnaround. I will verify this with the upcoming Firefox 21.0b6 release.
I did not encounter this issue yesterday with the ondemand update tests for Firefox 21.0b6 on betatest and releasetest channel.
Status: RESOLVED → VERIFIED
Updated•6 years ago
|
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•