From: Brent Baude <bbaude(a)redhat.com&gt; This patch slightly alters the behaviour when creating a template from an exisiting disk image (i.e. qcow2). If guestfs is unable to detect what distro, version, etc is within the image, it should not be a catastrophic error. In fact, the vmtemplate.py handles the return of distro == 'unknown' already by creating a uuid for it. This is important for operating systems like Atomic (RHEL, CentOS, and Fedora) because they have a non-standard partition and disk layout that guestfs cannot readily figure out. --- src/wok/plugins/kimchi/imageinfo.py | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/src/wok/plugins/kimchi/imageinfo.py b/src/wok/plugins/kimchi/imageinfo.py index 8a22495..75cda76 100644 --- a/src/wok/plugins/kimchi/imageinfo.py +++ b/src/wok/plugins/kimchi/imageinfo.py @@ -51,14 +51,15 @@ def probe_image(image_path): g = guestfs.GuestFS(python_return_dict=True) g.add_drive_opts(image_path, readonly=1) g.launch() - try: roots = g.inspect_os() except: raise ImageFormatError("KCHIMG0001E") if len(roots) == 0: - raise ImageFormatError("KCHIMG0002E") + # If we are unable to detect the OS, still add the image + # but make distro and vendor 'unknown' + return ("unknown", "unknown") for root in roots: version = "%d.%d" % (g.inspect_get_major_version(root), -- 2.4.3