Comment 7 for bug 1568889

This looks like an old udm bug coming back, although I can't find the bug number now.

si calls udm telling it both the source (url) and destination (local fs) of the files it wants to download. The old udm bug used to occasionally and unpredictably lead to a situation where udm claims the files have been successfully downloaded (via D-Bus signal), but then when si goes to find the files, they don't exist in the requested destination location. For that reason, I added the assertion to si so we could at least catch this problem when it occurs.

I don't remember the resolution in udm; it either just went away or was fixed at one point. But it looks like the bug is back, so I've added a udm bug task.

One way to double check this is to try the following in the shell:

$ SYSTEMIMAGE_PYCURL=1 system-image-cli -vv

This tells si to bypass udm and use the built-in pycurl based downloader. You won't get the traceback (since it originates in the udm.py module and that won't be used), but if you do have any other problem with downloading then it may indeed been an si bug. But I suspect whatever udm problem we had before is back again.