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
Fedora CoreOS issue tracker, 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?[edit]
Today's installment of Fedora Test Day will focus on Fedora CoreOS
Who's available?[edit]
The following cast of characters will be available for testing, workarounds, bug fixes, and general discussion:
For real time help, please join us on Matrix: #coreos:fedoraproject.org.
Documentation is also available here. Documentation feedback is welcome through chat, mailing list, github tracker and in the form of a pull request to the documentation sources.
Prerequisites for Test Day[edit]
- Virtual machine (x86_64, aarch64, s390x)
- Test day Image
Grab images/artifacts/information for the most current next
stream release (41
) from our download page: https://fedoraproject.org/coreos/download/?stream=next#arches
How to test?[edit]
Run the tests[edit]
Visit the results 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.
Reporting bugs[edit]
Please report all bugs, issues or enhancement proposals to the Fedora CoreOS issue tracker.
If you are unsure about exactly how to file the report or what other information to include, ask on Matrix #coreos:fedoraproject.org, #test-day:fedoraproject.org or #quality:fedoraproject.org and we will help you.
Test Results[edit]
aarch64[edit]
User
|
Profile
|
AWS
|
GCP
|
Virtual install
|
Bare Metal install
|
Raspberry Pi 4
|
References
|
alciregi
|
EDK2: Combined Disk Mode Alternate Machine Disk Preparation
|
|
|
|
|
pass
|
|
hricky
|
Raspberry Pi 4 Model B
|
|
|
|
|
pass [1]
|
- ↑ Both U-Boot and EDK2 (Separate Firmware Disk Mode and Combined Disk Mode Alternate Machine Disk Preparation) boot methods work.
|
marmijo
|
libvirt, 41.20241006.1.1, qemu.aarch64.qcow2
|
|
|
pass [1]
|
|
|
- ↑ Successfully booted 41.20241006.1.1 using qemu-system-aarch64 and connected via SSH
|
ppc64le[edit]
Platforms launch[edit]
Advanced configuration[edit]
Really Advanced Config[edit]
Upgrade[edit]
User
|
Profile
|
Switch stream
|
Bootloader updates
|
References
|
Nemric
|
FCOS 41.20240922.1.0 on Bare Metal PXE booted with /var persistent storage
|
fail [1]
|
|
|
hhei
|
Test with 41.20241006.1.1 on GCP aarch64
|
|
pass
|
|
hricky
|
KVM/QEMU/libvirt, Version: 41.20241006.1.1
|
pass
|
pass
|
|
Tutorials[edit]
Miscellaneous[edit]
User
|
Profile
|
Documentation
|
Exploratory testing
|
References
|
Nemric
|
FCOS 41.20240922.1.0 on Bare Metal PXE booted with /var persistent storage
|
|
pass [1]
|
- ↑ Quite new for me ... Installing CRI-O at boot time via ignition on a PXE booted node ! works great ! As well as running anything in a disposable way unless /var datas, like a containerized kubelet thanks to the poseidon/typhoon work ... everything is volatile and the "next stream" node works well
|
Nemric
|
FCOS 41.20241006.1.1 on Bare Metal PXE booted with /var persistent storage
|
|
pass [1]
|
- ↑ Use of K8S Longhorn distributed storage that use iscsid :
sudo iscsiadm -m session -o show
tcp: [1] 10.0.3.202:3260,1 iqn.2019-10.io.longhorn:pvc-fca295fa-23da-4ea9-a6cf-7c8e909f528f (non-flash)
|
ersen
|
v 41.20241006.1.1
|
pass
|
|
|