From Fedora Project Wiki
Cloud Test Day
Test-days-banner.svg

Date 2022-04-08 to 2022-04-09
Time all day

Website QA/Test Days
IRC #fedora-test-day (webirc)
Mailing list test


Note.png
Can't make the date?
If you come to this page before or after the test day is completed, your testing is still valuable, and you can use the information on this page to test, file any bugs you find at Bugzilla, and add your results to the results section. If this page is more than a month old when you arrive here, please check the current schedule and see if a similar but more recent Test Day is planned or has already happened.

What to test?

Today's installment of Fedora Test Day will focus on Fedora Linux 36 Cloud Base images

Who's available

The following cast of characters will be available testing, workarounds, bug fixes, and general discussion ...

Prerequisite for Test Day

Fedora Cloud Base

This section is for the Fedora Cloud Base images, which can be used to run a yum/dnf based fedora in the cloud or as a VM. There are also Vagrant boxes available.

Image Image URL Checksum URLs
Fedora Cloud qcow2

x86_64 aarch64

x86_64 aarch64

Fedora Cloud raw

x86_64 aarch64

x86_64 aarch64

If you have access to an AWS account then please try out an AMI from the following list:

This section will be populated a day before the test day happens


A fresh system, testcloud to test qcow images locally, or access to a cloud provider like OpenStack or AWS, and a desire to break software.

Qcow2 images

The Fedora Cloud Base image are also delivered as qcow2 images. You can use testcloud to locally boot and test either of these images. You can run testcloud from a git checkout, or use dnf to install it:

sudo dnf install virt-install

Once it's installed, you can launch a VM directly with:

echo mypasswd > passwordfile
virt-install --import --name cloudtest \
--memory 2000 --network bridge=virbr0 \
--os-variant detect=on,name=fedora-unknown \
--cloud-init root-password-file=./passwordfile \
--disk=size=10,backing_store="/path/to/Fedora-Cloud-Base-xxx.qcow2"

Note that you can only log in with a password on the console of the machine. Not via SSH. If you'd like to ssh you can use:

virt-install --import --name cloudtest \
--memory 2000 --network bridge=virbr0 \
--os-variant detect=on,name=fedora-unknown \
--cloud-init ssh-key=/home/user/.ssh/id_rsa.pub \
--disk=size=10,backing_store="/path/to/Fedora-Cloud-Base-xxx.qcow2"

If you'd like to use your own cloud-init yaml file to test with you can do that too. Here's is a very short example. First create a file with name cloudinit-user-data.yaml:

#cloud-config
password: 'mypasswd'
chpasswd: { expire: false }

Then run:

virt-install --import --name cloudtest \
--memory 2000 --network bridge=virbr0 \
--os-variant detect=on,name=fedora-unknown \
--cloud-init user-data=/path/to/cloudinit-user-data.yaml \
--disk=size=10,backing_store="/path/to/Fedora-Cloud-Base-xxx.qcow2"

You can also boot qcow2 images using virtualization clients like virt-manager or VirtualBox with instruction provided here

How to test?

The cloud test day is fairly general and you can use any cloud you prefer! For example, you could:

  • Load a Fedora image into an OpenStack cloud and provide user metadata to cloud-init for initial configuration
  • Import a Fedora image into a large public cloud and verify you can install some common applications
  • Ensure normal system functions, such as restarting services or rebooting the instance, works as expected

If you find any errors or unusual warnings in the system journal on boot, those items would be helpful to share.

Run the tests

Visit the result page and click on the column title links to see the tests that need to be run: most column titles are links to a specific test case. Follow the instructions there, then enter your results by clicking the Enter result button for the test.

This testday is also meant to be exploratory, so the list on the testday app is not at all comprehensive!

Reporting bugs

If you find anything that seems wrong or off, please report a bug on Bugzilla. The affected component should be clear from whatever error message you happen to find, but if you aren't sure, ask in IRC. If you are unsure about exactly how to file the report or what other information to include, just ask on IRC and we will help you.

Test Results