ubuntu-phone team mailing list archive

[Barry Warsaw <barry@xxxxxxxxxx>]

On Jan 28, 2016, at 05:09 PM, Nekhelesh Ramananthan wrote:

>When I tried system-image-cli -n -v, I got,
>
>[systemimage] Jan 28 21:36:57 2016 (16704) No valid image master key
>found, downloading
>[systemimage] Jan 28 21:36:57 2016 (16704) [0xb5fa4710] Requesting
>group download:
>	https://system-image.ubuntu.com/gpg/image-master.tar.xz ->
>/android/cache/recovery/keyring.tar.xz
>	https://system-image.ubuntu.com/gpg/image-master.tar.xz.asc ->
>/android/cache/recovery/keyring.tar.xz.asc
>
>[systemimage] Jan 28 21:36:57 2016 (16704)
>[/com/canonical/applications/download/a06cf499fa7645ee99580df2e483b9df]
>Running group download reactor
>[systemimage] Jan 28 21:46:57 2016 (16704)
>[/com/canonical/applications/download/a06cf499fa7645ee99580df2e483b9df]
>Group download reactor done
>Exception occurred during dry-run; see log file for details
>[systemimage] Jan 28 21:46:57 2016 (16704) system-image-cli exception
>Traceback (most recent call last):
>  File "/usr/lib/python3/dist-packages/systemimage/main.py", line 350, in main
>    state.run_until('download_files')
>  File "/usr/lib/python3/dist-packages/systemimage/state.py", line
>178, in run_until
>    step()
>  File "/usr/lib/python3/dist-packages/systemimage/state.py", line
>209, in _get_blacklist_1
>    'image-master', 'gpg/image-master.tar.xz', 'archive-master')
>  File "/usr/lib/python3/dist-packages/systemimage/keyring.py", line
>107, in get_keyring
>    (ascxz_src, ascxz_dst),
>  File "/usr/lib/python3/dist-packages/systemimage/download.py", line
>203, in get_files
>    self._get_files(records, pausable)
>  File "/usr/lib/python3/dist-packages/systemimage/udm.py", line 169,
>in _get_files
>    raise TimeoutError
>TimeoutError

This tells me that ubuntu-download-manager (which is the component that
handles all downloads on the phone) is not completing the request for whatever
reason.  system-image makes the request to udm over D-Bus, then waits for one
of the terminating signals (i.e. completed, failed, etc).  But it doesn't wait
forever, and this exception is what happens after a default of 10 minutes.

This means that after 10 minutes, udm never responded.

I think a new udm was released a few days ago, so that should probably get a
closer look.

Cheers,
-Barry

Attachment: pgpfU4t2jLVod.pgp
Description: OpenPGP digital signature