Images

Overview

SysEleven provides and maintains a set of images in the SysEleven Stack. As soon as vendors publish new images, we will verify their origin, test them and publish them automatically. This means that we only publish images that are correctly signed. We don't make any changes in vendor images, to keep checksums intact. That allows our customers to validate image origin if needed.

You can view and manage images both via the OpenStack API and CLI, as well as using the Dashboard (GUI).

If you need to maintain your own set of images, you can upload them yourself as well using the OpenStack API. It is possible to use tools like HashiCorp Packer to build your own images, for example with certain preinstalled software.

Available public images

Name Description
CentOS 7 (YYYY-MM-DD) Unmodified, directly from vendor
CentOS 8 Stream (YYYY-MM-DD) Unmodified, directly from vendor
Debian Stretch (YYYY-MM-DD) Unmodified, directly from vendor
Debian Buster (YYYY-MM-DD) Unmodified, directly from vendor (See note below)
Flatcar Stable (YYYY-MM-DD) Unmodified, directly from vendor
Ubuntu Bionic 18.04 (YYYY-MM-DD) Unmodified, directly from vendor
Rescue Ubuntu 18.04 sys11 Modified, for use with the nova rescue mode
Ubuntu Focal 20.04 (YYYY-MM-DD) Unmodified, directly from vendor
Ubuntu Jammy 22.04 (YYYY-MM-DD) Unmodified, directly from vendor

Debian Buster image provided by Debian community has a bug that causes loss of networking
in virtual machine after 24 hours. See section "Known issues with public images" below.

Debian Bullseye and Bookworm have no cryptographic signature provided. Because they cannot be
verified to be authentic, we don't publish these images.
See Uploading images for an alternative.

Public image lifecycle

As soon as we upload a new version of an operating system image (recognizable by the current date in their name), we will change the visibility of the old image version:

  • If you are using an old public image, the image will stay visible within the project that is using it until you stop using it
  • If you are not using an old public image anymore, the image will become invisible for you after some time.
  • If a public image becomes completely unused by all customers, we will remove it

Public image properties

Public images get certain properties that you can use for finding the latest images for example with Packer or Terraform.

Property name Description
ci_job_id Internal reference number
ci_pipeline_id Internal reference number
cpu_arch Image only runs with this cpu architecture. Currently always x86_64
default_ssh_username If not configured otherwise using cloud-init, servers using this image can be accessed with this ssh username.
distribution Unique identifier for the distribution and version (e.g. ubuntu-focal)
os_distro Name of the distribution (e.g. ubuntu)
os_type Operating system type (currently always linux)
os_version Version of the operating system (e.g. 20.04)
source_sha512sum SHA512 hash of the original image file, as provided by the vendor under source_url
source_sha256sum SHA256 hash of the original image file, as provided by the vendor under source_url
source_url URL to the vendor image file that has been used for this image

Here is an example for filtering the images by properties using HashiCorp Terraform's image data source:

data "openstack_images_image_v2" "ubuntu-focal" {
  most_recent = true
  properties = {
    os_version = "20.04"
    os_distro = "ubuntu"
  }
}

Known issues with public images

  • The official Debian Buster OpenStack image may have a bug in the ifupdown configuration.
    After the initial boot, the eth0 interface will be configured with both DHCP and static cloud-init configuration. Since both will try to assign the same IP address to eth0, RTNETLINK answers: File exists errors will be produced, with the result that the networking.service systemd unit goes into error state. This will block the DHCP client from refreshing the lease after 24 hours.
    A solution is to remove the dynamic eth0 configuration from /etc/network/interfaces, or to remove the static configuration written by cloud-init from /etc/network/interfaces.d. After this change, a restart of the systemd-networkd systemd unit, or a restart of the virtual machine is required.

Uploading images

Image sources

If you prefer maintaining your own set of images, this table shows sources for commonly used images suitable for OpenStack:

Distro URL
CentOS 7 https://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow2
CentOS 8 Stream https://cloud.centos.org/centos/8-stream/x86_64/images/
Debian 9 (Stretch) https://cdimage.debian.org/cdimage/openstack/current-9/debian-9-openstack-amd64.qcow2
Debian 10 (Buster) https://cdimage.debian.org/cdimage/openstack/current-10/debian-10-openstack-amd64.qcow2
Debian 11 (Bullseye) https://cloud.debian.org/images/cloud/bullseye/latest/debian-11-generic-amd64.qcow2
Debian 12 (Bookworm) https://cloud.debian.org/images/cloud/bookworm/latest/debian-12-generic-amd64.qcow2
Flatcar Stable https://stable.release.flatcar-linux.net/amd64-usr/current/flatcar_production_openstack_image.img.bz2
Ubuntu 18.04 LTS (Bionic) https://cloud-images.ubuntu.com/bionic/current/bionic-server-cloudimg-amd64.img
Ubuntu 20.04 LTS (Focal) https://cloud-images.ubuntu.com/focal/current/focal-server-cloudimg-amd64.img
Ubuntu 22.04 LTS (Jammy) https://cloud-images.ubuntu.com/jammy/current/jammy-server-cloudimg-amd64.img

The Flatcar image must be decompressed before uploading:
bunzip2 flatcar_production_openstack_image.img.bz2

How to upload images?

The "Upload Images" how-to guide explains how to upload images via CLI and GUI.