[openstack-dev] diskimage builder works for trusty but not for xenial

Ignazio Cassano ignaziocassano at gmail.com
Wed Jun 28 10:40:43 UTC 2017

I generated a centos7 and a xenial image with the same disk image builder
version/procedure but when I create a xenial instance on ocata, running
os-refresh-config it reports the following output:
root at nuovaxenial:~# os-refresh-config
[2017-06-28 10:32:28,104] (os-refresh-config) [INFO] Starting phase
Traceback (most recent call last):
  File "/usr/local/bin/os-refresh-config", line 11, in <module>
line 149, in main
    subprocess.check_call(args, close_fds=True)
  File "/usr/lib/python2.7/subprocess.py", line 536, in check_call
    retcode = call(*popenargs, **kwargs)
  File "/usr/lib/python2.7/subprocess.py", line 523, in call
    return Popen(*popenargs, **kwargs).wait()
  File "/usr/lib/python2.7/subprocess.py", line 711, in __init__
    errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1343, in _execute_child
    raise child_exception
OSError: [Errno 2] No such file or directory

Centos 7 works fine


2017-06-22 8:00 GMT+02:00 Ignazio Cassano <ignaziocassano at gmail.com>:

> It works fine
> Thanks
> 2017-06-22 0:24 GMT+02:00 Ian Wienand <iwienand at redhat.com>:
>> On 06/21/2017 04:44 PM, Ignazio Cassano wrote:
>>> * Connection #0 to host cloud-images.ubuntu.com left intact
>>> Downloaded and cached
>>> http://cloud-images.ubuntu.com/xenial/current/xenial-server-
>>> cloudimg-amd64-root.tar.gz,
>>> having forced upstream caches to revalidate
>>> xenial-server-cloudimg-amd64-root.tar.gz: FAILED
>>> sha256sum: WARNING: 1 computed checksum did NOT match
>> Are there any problems on http://cloud-images.ubuntu.com ?
>> There was [1] which is apparently fixed.
>> As Paul mentioned, the -minimal builds take a different approach and
>> build the image from debootstrap, rather than modifying the upstream
>> image.  They are generally well tested just as a side-effect of infra
>> relying on them daily.  You can use DIB_DISTRIBUTION_MIRROR to set
>> that to a local mirror and eliminate another source of instability
>> (however, that leaves the mirror in the final image ... a known issue.
>> Contributions welcome :)
>> -i
>> [1] https://bugs.launchpad.net/cloud-images/+bug/1699396
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20170628/8e4039ce/attachment.html>

More information about the OpenStack-dev mailing list