Closed Bug 841835 Opened 12 years ago Closed 12 years ago

Can't restart a cancelled OTA update download

Categories

(Firefox OS Graveyard :: General, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:tef+)

RESOLVED WORKSFORME
blocking-b2g tef+

People

(Reporter: overholt, Assigned: dhylands)

Details

Attachments

(3 files)

I'm on the 20130212070205 (OTA-updated) build on my unagi. I had an OTA update download *almost* finish but it was stuck at the very end so I had to cancel it. Now I can't seem to download again (just sits at 0.00 bytes downloaded). I've attached a relevant logcat snippet.
Can you do a Check Now? (and include the logcat from when you do that)
Attached file logcat
This is just before and after pressing Download.
OK - so its detecting an update. Can you download/apply it? It feels like the initial download was somehow detected as bad, but the only place that shows up right now is in logcat, so we'll never know for sure.
I can't download, no. And I never get past 0 bytes so I can't apply.
What does: adb shell df show?
$ adb shell df Filesystem Size Used Free Blksize /dev 92M 100K 92M 4096 /mnt/asec 92M 0K 92M 4096 /mnt/obb 92M 0K 92M 4096 /system 503M 126M 377M 4096 /data 2G 71M 2G 4096 /persist 15M 4M 11M 4096 /cache 295M 61M 233M 4096 /mnt/sdcard 3G 135M 3G 32768 /mnt/secure/asec 3G 135M 3G 32768
blocking-b2g: --- → tef?
Hmm. Lots of free space, so that's not a problem. Lets go for one more logcat. 1 - Do a restart 2 - Do a Check Now 3 - Do a Download grab a logcat of the whole works. If that's still stuck on 0 bytes, then we should also grab: adb shell ls -lR /data/local/*update* adb shell ls -lR /mnt/sdcard/*update* And the contents of the following (if they exist) adb shell cat /data/local/active-update.xml adb shell cat /data/local/updates.xml adb shell cat /data/local/updates/0/update.link adb shell cat /data/local/updates/0/update.status adb shell cat /data/local/updates/0/update.version adb shell cat /data/local/updates/0/update.manifest It's ok to put all of the ls-lR/catted output into a single file (i.e. copy paste the whole terminal session, or capture a file the "script" command).
Looks like a regression and a blocker at that.
Assignee: nobody → dhylands
blocking-b2g: tef? → tef+
This is working for me on a 2/17 nightly build of v1.0.1 Gecko http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/059a7e0badf7 Gaia 4164424049f9caa4e6b26aefe3a4fa7421451b2b BuildID 20130217070201 Version 18.0 Repro: 1) start downloading system update 2) tap the notification, and hit "Yes" cancel all downloads: logcat shows: 02-19 08:35:59.696: E/GeckoConsole(110): AUS:SVC Downloader:onStopRequest - original URI spec: http://update.boot2gecko.org/nightly/b2g_update_20130219070200.mar?build_id=20130219070200&version=18.0, final URI spec: http://update.boot2gecko.org/nightly/b2g_update_20130219070200.mar?build_id=20130219070200&version=18.0, status: 2152398850 02-19 08:35:59.696: I/Gecko(110): *** AUS:SVC Downloader:onStopRequest - status: 2152398850, current fail: 0, max fail: 20, retryTimeout: 30000 02-19 08:35:59.696: E/GeckoConsole(110): AUS:SVC Downloader:onStopRequest - status: 2152398850, current fail: 0, max fail: 20, retryTimeout: 30000 02-19 08:35:59.696: I/Gecko(110): *** AUS:SVC Downloader:onStopRequest - setting state to: downloading 02-19 08:35:59.696: E/GeckoConsole(110): AUS:SVC Downloader:onStopRequest - setting state to: downloading 3) drag notifcation and tap the update again, "Download" 4) Verify download resumes where it left off: 02-19 08:36:31.737: E/GeckoConsole(110): AUS:SVC Downloader:downloadUpdate - resuming with patchFile /mnt/sdcard/updates/0/update.mar 02-19 08:36:31.777: I/Gecko(110): *** AUS:SVC Downloader:downloadUpdate - downloading from http://update.boot2gecko.org/nightly/b2g_update_20130219070200.mar?build_id=20130219070200&version=18.0 to /mnt/sdcard/updates/0/update.mar 02-19 08:36:31.777: E/GeckoConsole(110): AUS:SVC Downloader:downloadUpdate - downloading from http://update.boot2gecko.org/nightly/b2g_update_20130219070200.mar?build_id=20130219070200&version=18.0 to /mnt/sdcard/updates/0/update.mar 02-19 08:36:32.418: I/Gecko(110): *** AUS:SVC Downloader:onStartRequest - original URI spec: http://update.boot2gecko.org/nightly/b2g_update_20130219070200.mar?build_id=20130219070200&version=18.0, final URI spec: http://update.boot2gecko.org/nightly/b2g_update_20130219070200.mar?build_id=20130219070200&version=18.0 02-19 08:36:32.418: E/GeckoConsole(110): AUS:SVC Downloader:onStartRequest - original URI spec: http://update.boot2gecko.org/nightly/b2g_update_20130219070200.mar?build_id=20130219070200&version=18.0, final URI spec: http://update.boot2gecko.org/nightly/b2g_update_20130219070200.mar?build_id=20130219070200&version=18.0 02-19 08:36:32.488: I/Gecko(110): *** AUS:SVC Downloader:onProgress - progress: 43516148/52048427 02-19 08:36:32.488: E/GeckoConsole(110): AUS:SVC Downloader:onProgress - progress: 43516148/52048427 02-19 08:36:32.988: I/Gecko(110): *** AUS:SVC Downloader:onProgress - progress: 43587596/52048427 02-19 08:36:32.998: E/GeckoConsole(110): AUS:SVC Downloader:onProgress - progress: 43587596/52048427
I can no longer reproduce this.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: