Add tar as a disk_format to glance

Bug #1535900 reported by Arun S A G
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Glance
Opinion
Wishlist
Arun S A G

Bug Description

We are adding support OS tarball images in ironic project. This feature depends on adding new value tar to disk_format. Please see https://review.openstack.org/#/c/248968/

Tags: spec-lite
Arun S A G (sagarun)
Changed in glance:
assignee: nobody → Arun S A G (sagarun)
Arun S A G (sagarun)
description: updated
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to glance (master)

Fix proposed to branch: master
Review: https://review.openstack.org/270575

Changed in glance:
status: New → In Progress
wangxiyuan (wangxiyuan)
Changed in glance:
importance: Undecided → Wishlist
tags: added: spec-lite
Revision history for this message
Brian Rosmaita (brian-rosmaita) wrote :

This is a little weird, because a tarball is usually thought of as a container of stuff. Could you explain why you want 'tar' as a 'disk_format' ? It does make sense because a 'container' in the Glance sense is package containing an image and also some metadata about the image. I mean, if you don't include any such metadata in the tarball, then I guess these new Ironic images would appropriately be disk_format == tar, container_format == bare. It sounds from the Ironic spec that the contents of the tarball will be raw partitions that Ironic will write directly onto the system disk? So maybe it's more appropriate to have disk_format == raw, container_format == tar?

Revision history for this message
Arun S A G (sagarun) wrote :

There is no metadata in the tarball. By OS tarball i mean it is a compressed tar archive of a / (root filesystem). These tarballs are created by first installing the OS packages in a chroot and then compressing the chroot as tar.*.

So here the disk_format == tar and the container_format ==bare

Revision history for this message
Brian Rosmaita (brian-rosmaita) wrote :

This is a bit premature in that the spec to add this functionality to Ironic hasn't been approved yet.

That being said, your explanation above makes sense for tar being a disk format in a bare container. In fact, I can imagine someone taking one of these tarballs, creating a metadata file for it, and packaging it as an OVA.

We discussed this at the Glance meeting on 28 Jan 2016, and from the discussion there, it looks like the syntactic identifier 'tar' for such an image is confusing. So how about 'os_tarball' (for "operating system tarball")?

I'm just floating the idea at the moment, because Glance isn't going to want to move on this until it's clear that Ironic has accepted your spec. (While you are testing, etc., you can use a Glance that's configured to recognize the os_tarball identifier -- just change the value of container_formats in /etc/glance/glance-api.conf)

Revision history for this message
Arun S A G (sagarun) wrote :

Thank you for starting the discussion! All i wanted to see was how glance feels about this. I will let ironic know the status of this feature and update the spec.

To be clear.
disk_format == os_tarball and container_format == bare

is that your proposal? If so i think it makes sense.

Revision history for this message
Brian Rosmaita (brian-rosmaita) wrote :

Yes, disk_format == os_tarball and container_format == bare.

At the moment, though, I'm just speaking for myself, I'm not sure what the wider Glance community will think of the 'os_tarball' identifier, though it seemed pretty clear from the discussion yesterday that 'tar' is going to confuse people, so we'll definitely want something other than 'tar'.

Revision history for this message
Stuart McLaren (stuart-mclaren) wrote :

Is a tarball a disk format?

I think it's possible to "mount" all our existing disk_format types.

For Docker (also a tar ball) we used container format.

I'd probably just go for container_format = 'tar' and, to avoid confusion, document exactly what it means here: http://docs.openstack.org/developer/glance/formats.html

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on glance (master)

Change abandoned by Nikhil Komawar (<email address hidden>) on branch: master
Review: https://review.openstack.org/270575
Reason: I see no movement on this patch and/or the associate bug. Please reopen as/when you find appropriate.

Revision history for this message
Brian Rosmaita (brian-rosmaita) wrote :

No action on this in 2 years, changing to "opinion".

Changed in glance:
status: In Progress → Opinion
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.