Failure to sync an image stops g-s-s
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Glance-Simplestreams-Sync Charm |
Triaged
|
Medium
|
Unassigned | ||
simplestreams |
New
|
Undecided
|
Unassigned | ||
glance-simplestreams-sync (Juju Charms Collection) |
Invalid
|
Medium
|
Unassigned |
Bug Description
When an image download fails, g-s-s comes to a halt. G-s-s should be more robust in handling that ie. it should continue to download other images.
For example, during initial sync the g-s-s log had this error:
DEBUG * 09-07 14:01:13 [PID:10150] * urllib3.
1.img HTTP/1.1" 404 286
ERROR * 09-07 14:01:13 [PID:10150] * root * Exception during do_sync
Traceback (most recent call last):
File "/usr/share/
do_
File "/usr/share/
tmirror.
File "/usr/lib/
return self.sync_
File "/usr/lib/
self.
File "/usr/lib/
return self.sync_
File "/usr/lib/
self.
File "/usr/lib/
(tmp_path, tmp_del) = util.get_
File "/usr/lib/
raise e
IOError: Unable to open http://
INFO * 09-07 14:01:13 [PID:10150] * root * Initial sync attempt done. every-minute cronjob removed.
INFO * 09-07 14:01:13 [PID:10150] * root * sync done.
Even though the raring image was indeed missing, trusty and other images were available. G-s-s should have tried to download those.
PS: g-s-s revno=52
Related bugs:
* bug 1493395: https:/
description: | updated |
Changed in glance-simplestreams-sync (Juju Charms Collection): | |
status: | New → Triaged |
importance: | Undecided → Medium |
description: | updated |
Changed in charm-glance-simplestreams-sync: | |
importance: | Undecided → Medium |
status: | New → Triaged |
Changed in glance-simplestreams-sync (Juju Charms Collection): | |
status: | Triaged → Invalid |