Closed Bug 578919 Opened 14 years ago Closed 14 years ago

SUTAgentAndroid hangs sending test package to tegra

Categories

(Testing :: General, defect)

ARM
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bear, Unassigned)

References

Details

(Whiteboard: [android][automation])

Attachments

(1 file)

running the install.py helper script and the push command hangs.  Using a version of SUTAgentAndroid that was built from trunk and installed using adb

below is the command, attached is the output from the "info" agent command

moz:talosscripts bear$ python install.py 192.168.42.105 ~/Downloads/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip 
connecting to: 192.168.42.105
reconnecting socket
send cmd: cd /tests

recv'ing...
send cmd: cwd

recv'ing...
in push file with: /Users/bear/Downloads/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip, and: /tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip
send cmd: hash /tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip

recv'ing...
remote hash returned: 'Couldn't calculate hash for file /tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip'
local hash returned: 'ab055fb7dc452ccf5eaa4129f1116d8b'
send cmd: mkdr /tests

recv'ing...
sending: push /tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip
send cmd: push /tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip 35028480
I looked to t
OS: Mac OS X → Android
Hardware: x86 → ARM
Whiteboard: [android][automation]
I know we have tweaked the push command a lot with this android agent, but I am under the impression that it is pretty stable...I am not ruling it out all the way yet.

One thing to consider is we have removed the overall concept of /tests.  Historically we were going to make an assumption that '/tests' would exist and if it didn't the agent would magically work around it.  This was causing confusion and debugging headaches, so we decided to switch to a more accurate deviceroot api call that we could use.

I think all the install, cleanup, reboot scripts need to be adjusted for this.

It could be as simple as this:
dm = DeviceManager(ip, port)
devRoot = dm.getDeviceRoot()
dm.pushFile(filename, devRoot + '/' + filename.split('/')[-1])


Simply replace all instances of '/tests' with 'devRoot'.
Component: General → New Frameworks
QA Contact: general → new-frameworks
Version: unspecified → Trunk
realized that the talos test environment I was using may not have all of the devicemanager.py changes you have done recently, so I copied over from the remote-testing repo a fresh copy.  

That looks like it gets further but still hangs at the very end:

moz:talosscripts bear$ python install.py 192.168.42.105 ~/Downloads/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip 
connecting to: 192.168.42.105
reconnecting socket
in push file with: /Users/bear/Downloads/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip, and: /data/data/com.mozilla.SUTAgentAndroid/files/tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip
remote hash returned: 'Couldn't calculate hash for file /data/data/com.mozilla.SUTAgentAndroid/files/tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip'
local hash returned: 'ab055fb7dc452ccf5eaa4129f1116d8b'
sending: push /data/data/com.mozilla.SUTAgentAndroid/files/tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip
local hash returned: 'ab055fb7dc452ccf5eaa4129f1116d8b'
push returned ab055fb7dc452ccf5eaa4129f1116d8b
It worked
here is the output with devicemanager's debug level set to 5:

moz:talosscripts bear$ python install.py 192.168.42.105 ~/Downloads/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip 
connecting to: 192.168.42.105
reconnecting socket
send cmd: cd /data/data/com.mozilla.SUTAgentAndroid/files/tests

recv'ing...
send cmd: cwd

recv'ing...
in push file with: /Users/bear/Downloads/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip, and: /data/data/com.mozilla.SUTAgentAndroid/files/tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip
send cmd: hash /data/data/com.mozilla.SUTAgentAndroid/files/tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip

recv'ing...
remote hash returned: 'ab055fb7dc452ccf5eaa4129f1116d8b'
local hash returned: 'ab055fb7dc452ccf5eaa4129f1116d8b'
files are validated
send cmd: cd /data/data/com.mozilla.SUTAgentAndroid/files/tests

recv'ing...
send cmd: cwd

recv'ing...
send cmd: cd /data/data/com.mozilla.SUTAgentAndroid/files/tests

recv'ing...
send cmd: ls

recv'ing...
send cmd: cd /data/data/com.mozilla.SUTAgentAndroid/files/tests

recv'ing...
send cmd: unzp /data/data/com.mozilla.SUTAgentAndroid/files/tests/fennec-2.0a1pre.multi.linux-gnueabi-arm.tests.zip

recv'ing...
while running it again to verify, I got distracted and when I looked at terminal it had finished - seems the unpack step was just *very* slow.
so can we close this bug?
yep
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Component: New Frameworks → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: