Closed Bug 1328238 Opened 7 years ago Closed 7 years ago

OS X 10.10 debug test run into hdiutil: attach failed - image data corrupted for installer.dmg (local variable 'appDir' referenced before assignment)"

Categories

(Infrastructure & Operations Graveyard :: CIDuty, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: cbook, Assigned: aobreja)

References

()

Details

(Whiteboard: [stockwell fixed])

Attachments

(2 files)

like https://treeherder.mozilla.org/logviewer.html#?job_id=65815818&repo=autoland#L1679 - seems to hit OS 10.10 debug on autoland only for some reason

retrigger also failed with this error
Assignee: nobody → aobreja
See Also: → 1328274
Attached image script2.PNG
I was not able to test on OS X 10.10 debug as I couldn't retrieve the properties of buildprops.json.
For example by checking the logs of a failed job (1) and manually add these properties into buildprops.json of my loaner (with the name of the machine changed) I hit other errors when running  the script from step 8 (2)(3).

Is there a way to test on a loaner this job using specific platform,branch and buildername? 
All these fails only took place on OSX 10.10 autoland debug  (4)


(1)https://treeherder.mozilla.org/logviewer.html#?job_id=65815821&repo=autoland#L371-L393
(2)script2.png
(3)error.png 
(4) https://treeherder.mozilla.org/#/jobs?repo=autoland&revision=141fe3b986cd80d7781545b24413462735c76545&filter-searchStr=OSX
Flags: needinfo?(bugspam.Callek)
Looking at the code, and the log...


It *looks* like there was a corruption downloading the .dmg (or the .dmg it was using was corrupt in some way!?)

This corresponds to error line:

> hdiutil: attach failed - image data corrupted

from https://dxr.mozilla.org/mozilla-central/source/testing/mozbase/mozinstall/mozinstall/mozinstall.py?q=path%3Amozinstall.py&redirect_type=single#249

The log then goes on to print a traceback:


> 00:36:50    ERROR -  Traceback (most recent call last):
> 00:36:50    ERROR -    File "/builds/slave/test/build/venv/bin/mozinstall", line 9, in <module>
> 00:36:50    ERROR -      load_entry_point('mozInstall==1.12', 'console_scripts', 'mozinstall')()
> 00:36:50    ERROR -    File "/builds/slave/test/build/venv/lib/python2.7/site-packages/mozinstall/mozinstall.py", line 328, in install_cli
> 00:36:50    ERROR -      install_path = install(src, options.dest)
> 00:36:50    ERROR -    File "/builds/slave/test/build/venv/lib/python2.7/site-packages/mozinstall/mozinstall.py", line 114, in install
> 00:36:50    ERROR -      install_dir = _install_dmg(src, dest)
> 00:36:50    ERROR -    File "/builds/slave/test/build/venv/lib/python2.7/site-packages/mozinstall/mozinstall.py", line 274, in _install_dmg
> 00:36:50    ERROR -      subprocess.call('hdiutil detach %s -quiet' % appDir,
> 00:36:50    ERROR -  mozinstall.mozinstall.InstallError: Failed to install "/builds/slave/test/installer.dmg (local variable 'appDir' referenced before assignment)"

This traceback corresponds to https://dxr.mozilla.org/mozilla-central/source/testing/mozbase/mozinstall/mozinstall/mozinstall.py?q=path%3Amozinstall.py&redirect_type=single#274

Which is in a finally: clause of a try block, inside the try block *after* the attaching of the image is where data is set, so in actual practice, we don't have a mounted /Volume/ to detatch from in this case, and is why this is failing...
Flags: needinfo?(bugspam.Callek)
Last occurrence was 2 weeks ago,seems the problem only happened in 03 January and only for (autoland,debug)(1) and since then some of the failed tests ran on the same machines and were successfully. 
The .dmg that was used couldn't be corrupt as other machines also used that .dmg and the tests finished without fail.
Will change the status of this bug to resolved for now.



(1) https://treeherder.mozilla.org/#/jobs?repo=autoland&revision=141fe3b986cd80d7781545b24413462735c76545&filter-searchStr=OSX
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Whiteboard: [stockwell fixed]
Product: Release Engineering → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: