Closed Bug 1160879 Opened 10 years ago Closed 10 years ago

Nightly updates are failing

Categories

(Firefox OS Graveyard :: General, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: marek.raida, Unassigned)

Details

Attachments

(1 file)

Attached file logcat-error.txt
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:37.0) Gecko/20100101 Firefox/37.0 Build ID: 20150415140819 Steps to reproduce: Flame device, via cable applied successfully Base image v18D.zip and then via shallow_flash.sh latest nightly (3.0) of b2g and gaia (I've tried several different nightlies from several days). Everything works well and as expected, until first nightly OTA update is available next day. Then... I accept update, it is downloading, then extracting and Actual results: it is taking really really long and then it ends with errors (see attached logcat) and the same update immediately is available to download and apply again (adb shell cat /data/local/updates/0/update.status contains "pending"), however, it always ends with the same error (see logcat), when repeating. On the device there is still some space left: adb shell df Filesystem Size Used Free Blksize /dev 452.7M 132.0K 452.6M 4096 /sys/fs/cgroup 452.7M 12.0K 452.7M 4096 /mnt/asec 452.7M 0.0K 452.7M 4096 /mnt/obb 452.7M 0.0K 452.7M 4096 /system 354.2M 259.5M 94.7M 4096 /data 2.0G 38.9M 2.0G 4096 /cache 70.8M 7.4M 63.5M 4096 /persist 4.9M 4.1M 848.0K 4096 /firmware 64.0M 31.7M 32.2M 16384 /storage/sdcard 3.8G 75.3M 3.8G 4096 /mnt/media_rw/sdcard 3.8G 75.3M 3.8G 4096 I'm able to shallow flash newer version, but OTA is failing again and again. Why? Expected results: I expect to OTA update finish successfully with restart/apply in the end. Please, how can I fix it - delete/edit something or change permissions? Thx a lot, Marek
Looking at the size space in the bug you wrote, it seems similar to bug 1155704 (which we had recently). Looking at your log, I see : I/GonkAutoMounter(15835): Mounted /system partition as read-only Do you know what base build you are on? If you are on linux or mac, you can use this python script : https://github.com/Mozilla-TWQA/B2G-flash-tool/blob/master/check_versions.py or this shell script : https://github.com/nhirata/B2G-flash-tool/blob/master/check_versions.sh to show the gecko/gaia and base build (bootloader) you are on.
Sure, here it is: Gaia-Rev 426fe6450ab8da92bb473fef12ccb39c6c920dd0 Gecko-Rev https://hg.mozilla.org/mozilla-central/rev/5593ac626826 Build-ID 20150506160205 Version 40.0a1 Device-Name flame FW-Release 4.4.2 FW-Incremental 65 FW-Date Mon Dec 15 18:51:29 CST 2014 Bootloader L1TC000118D0
Hrm. If I'm to duplicate your issue, I think I would have to flash the contributor version of the 18D build. I will need a couple of days to confirm this. If you have the 18D_nightly_v2 version installed, I think you wouldn't have the permissions issue. At the same time, I fear that it doesn't keep your profile. the build can be found here : http://cds.w5v8t3u9.hwcdn.net/v18D_nightly_v2.zip (reference webpage : https://developer.mozilla.org/en-US/Firefox_OS/Phone_guide/Flame/Updating_your_Flame#Base_Image ) As a side note: I am working on getting a new build out, I am blocked by a font issue that I wish to have in the build before releasing: * Bug 1154072 - respin of contributor facing build : 18D_nightly ( v3) ** blocked by font issue : bug 1150449
Flags: needinfo?(nhirata.bugzilla)
Thank you. You're right, it is working with 18D_nightly, as it seems. Previously, I had this one installed, however, device went crazy from time to time and I seek stability with 18D stable ;-) Wish you luck with new build...
Thanks, Marek, for updating the results. Closing this as fixed via flashing the 18D_Nightly.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
FYI, OTA is currently not going to get you to today's build due to bugs that caused some regressions. I backed out of two patches today. Also see https://bugzilla.mozilla.org/show_bug.cgi?id=1164037
Flags: needinfo?(nhirata.bugzilla)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: