741046 - (tegra-185) [staging] tegra-185 is unable to write to sdcard

Status: RESOLVED FIXED

(Infrastructure & Operations Graveyard :: CIDuty, task, P3)

Description

[Justin Wood (:Callek)]

tegra-185 looks very unhealthy atm, Noticed by verify.py catching that it can't write to the sdcard right now. This is a staging slave attached to foopy05 so no large rush in figuring this out.


2012-03-30 22:40:38,509 WARNING MainProcess: INFO: Got expected SUTAgent version '1.07'
2012-03-30 22:40:38,509 WARNING MainProcess: INFO: attempting to create file /mnt/sdcard/writetest
2012-03-30 22:40:38,509 WARNING MainProcess: Push File Failed to Validate!
2012-03-30 22:40:38,509 WARNING MainProcess: /builds/tegra-185/error.flg
2012-03-30 22:40:38,509 WARNING MainProcess: unable to write to sdcard
2012-03-30 22:40:38,510 WARNING MainProcess: verify.py returned with errors
2012-03-30 22:40:38,510 DEBUG   MainProcess: bbActive False tegraActive True

--- Extra Diagnosis: ---
>>> dm.getDeviceRoot()
send cmd: testroot

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

recv'ing...
response: $>
send cmd: cwd

recv'ing...
response: /data/data/com.mozilla.SUTAgentAndroid/files/tests
$>
'/data/data/com.mozilla.SUTAgentAndroid/files/tests'
>>> dm.getInfo()
send cmd: info os

recv'ing...
response: harmony-eng 2.2 FRF91 20110202.102810 test-keys
$>
send cmd: info id

recv'ing...
response: 00:26:e8:d4:1f:d6
$>
send cmd: info uptime

recv'ing...
response: 0 days 17 hours 6 minutes 24 seconds 834 ms
$>
send cmd: info systime

recv'ing...
response: 1970/01/01 05:06:41:294
$>
send cmd: info screen

recv'ing...
response: X:1024 Y:768
$>
send cmd: info memory

recv'ing...
response: PA:837029888
$>
send cmd: info process

recv'ing...
response: 10031 17570   com.mozilla.SUTAgentAndroid
10018   17360   com.android.launcher
10013   17602   com.cooliris.media
10009   17579   com.android.quicksearchbox
10002   17594   com.android.music
10007   17341   com.android.inputmethod.latin
1000    1019    system
1001    17352   com.android.phone
10004   17464   android.process.media
10032   17560   com.mozilla.watcher
10006   17542   com.android.mms
10010   17527   com.android.providers.calendar
10014   17511   com.android.email
10017   17500   com.android.bluetooth
10029   17485   com.android.deskclock
10015   17398   android.process.acore
1000    17373   com.android.settings
$>
send cmd: info disk

recv'ing...
response: $>
send cmd: info power

recv'ing...
response: Power status:
  AC power ONLINE
  Battery charge NO BATTERY
  Remaining charge:      0%
  Battery Temperature:   0.0 (c)

$>
results: {'uptime': ['0 days 17 hours 6 minutes 24 seconds 834 ms'], 'power': ['Power status:', ' AC
 power ONLINE', ' Battery charge NO BATTERY', ' Remaining charge: 0%', ' Battery Temperature: 0.0 (c
)'], 'process': [['10031', '17570', 'com.mozilla.SUTAgentAndroid'], ['10018', '17360', 'com.android.
launcher'], ['10013', '17602', 'com.cooliris.media'], ['10009', '17579', 'com.android.quicksearchbox
'], ['10002', '17594', 'com.android.music'], ['10007', '17341', 'com.android.inputmethod.latin'], ['
1000', '1019', 'system'], ['1001', '17352', 'com.android.phone'], ['10004', '17464', 'android.proces
s.media'], ['10032', '17560', 'com.mozilla.watcher'], ['10006', '17542', 'com.android.mms'], ['10010
', '17527', 'com.android.providers.calendar'], ['10014', '17511', 'com.android.email'], ['10017', '1
7500', 'com.android.bluetooth'], ['10029', '17485', 'com.android.deskclock'], ['10015', '17398', 'an
droid.process.acore'], ['1000', '17373', 'com.android.settings']], 'screen': ['X:1024 Y:768'], 'syst
ime': ['1970/01/01 05:06:41:294'], 'memory': ['PA:837029888'], 'disk': [], 'os': ['harmony-eng 2.2 F
RF91 20110202.102810 test-keys'], 'id': ['00:26:e8:d4:1f:d6']}
{'uptime': ['0 days 17 hours 6 minutes 24 seconds 834 ms'], 'power': ['Power status:', ' AC power ON
LINE', ' Battery charge NO BATTERY', ' Remaining charge: 0%', ' Battery Temperature: 0.0 (c)'], 'pro
cess': [['10031', '17570', 'com.mozilla.SUTAgentAndroid'], ['10018', '17360', 'com.android.launcher'
], ['10013', '17602', 'com.cooliris.media'], ['10009', '17579', 'com.android.quicksearchbox'], ['100
02', '17594', 'com.android.music'], ['10007', '17341', 'com.android.inputmethod.latin'], ['1000', '1
019', 'system'], ['1001', '17352', 'com.android.phone'], ['10004', '17464', 'android.process.media']
, ['10032', '17560', 'com.mozilla.watcher'], ['10006', '17542', 'com.android.mms'], ['10010', '17527
', 'com.android.providers.calendar'], ['10014', '17511', 'com.android.email'], ['10017', '17500', 'c
om.android.bluetooth'], ['10029', '17485', 'com.android.deskclock'], ['10015', '17398', 'android.pro
cess.acore'], ['1000', '17373', 'com.android.settings']], 'screen': ['X:1024 Y:768'], 'systime': ['1
970/01/01 05:06:41:294'], 'memory': ['PA:837029888'], 'disk': [], 'os': ['harmony-eng 2.2 FRF91 2011
0202.102810 test-keys'], 'id': ['00:26:e8:d4:1f:d6']}
>>>

Comment 1

[Chris Cooper [:coop] (he/him)]

Should staging slaves that aren't behaving properly still be in the pool? We don't do that (intentionally) for any other hardware platform.

Comment 2

[Justin Wood (:Callek)]

(In reply to Chris Cooper [:coop] from comment #1)
> Should staging slaves that aren't behaving properly still be in the pool? We
> don't do that (intentionally) for any other hardware platform.

Well atm they should (at direct thought/intent by bear) I suppose we should revisit this thought process and see about having them not in pool by default, and enabling in staging when these "misbehaving" ones have a need to be tested as well.

Comment 3

[Mike Taylor [:bear]]

(In reply to Justin Wood (:Callek) from comment #2)
> (In reply to Chris Cooper [:coop] from comment #1)
> > Should staging slaves that aren't behaving properly still be in the pool? We
> > don't do that (intentionally) for any other hardware platform.
> 
> Well atm they should (at direct thought/intent by bear) I suppose we should
> revisit this thought process and see about having them not in pool by
> default, and enabling in staging when these "misbehaving" ones have a need
> to be tested as well.

they are in the pool only because that makes it much easier to test failing/edge cases for clientproxy and the tegra infra.  

we should create a "dev" pool and a dev master for me and callek so that the normal staging environment can be maintained.

Comment 4

[Mike Taylor [:bear]]

assigning to Callek so we can get a proper dev environment created on dev-master01

Comment 5

[Jake Watkins [:dividehex]]

The sdcard has failed.  I've replaced the sdcard and re-imaged/reinitialized it.

Comment 6

[Justin Wood (:Callek)]

Started on foopy05