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?[edit]
This Test Day will focus on Btrfs By Default - a proposed Change for Fedora 33 that would make btrfs the default file system. We will be testing using images patched with the proposed Change.
Who's available[edit]
The following cast of characters will be available testing, workarounds, bug fixes, and general discussion:
You can chat with us on IRC. See the infobox on top of the page to learn the right IRC channel.
Prerequisite for Test Day[edit]
- A virtual machine or a bare metal machine
- A test image:
How to test?[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.
The test images for this Test Day are patched to use btrfs by default, so when running the install test cases, you can just install as usual without doing anything special for partitioning and the installed system should use btrfs. You can check this with mount
after logging into the installed system, if you like.
Please also try to experiment and explore and perform tasks not mentioned in any of the pre-defined test cases.
Reporting bugs[edit]
All bugs should be reported into Bugzilla, in most cases against the anaconda
component. If you are unsure about exactly how to file the report or what other information to include, just ask us on IRC (see instructions above).
Test Results[edit]
Initial[edit]
User
|
Profile
|
Install to Previous KVM
|
References
|
FlexibleToast
|
KVM Proxmox and oVirt
|
pass
|
|
Schykle
|
|
pass
|
|
Schykle
|
x86_64
|
pass
|
|
alciregi
|
KVM, x86_64, bios
|
pass
|
|
alexfinkel
|
|
pass [1]
|
- ↑ The /boot partition is still using ext4.
|
archmunky
|
KVM, UEFI
|
pass
|
|
bcgates
|
KVM
|
pass
|
|
carlwgeorge
|
KVM, x86_64, gnome-boxes
|
pass
|
|
cmurf
|
KVM
|
pass
|
|
decathorpe
|
KVM
|
pass
|
|
devil24g
|
KVM
|
pass
|
|
gilbus
|
KVM
|
pass
|
|
ifel
|
KVM
|
pass [1]
|
- ↑ Host: Ryzen 5 1600, 48G, 1 Gbit NIC, Ubuntu 18.04.4 LTS, qemu-kvm 1:2.12+dfsg-0~18.04~ppa0. Storage: Synology DS918+, 4x4T Seagate IronWolf in RAID5, 2Gbit bond connection, BTRFS. Guest: 2 Cores, 4GB, UEFI, iSCSI Thin provisioned volume from the storage.
Installation took 13 minutes (from "Install to Hard Drive" to "Complete!")
|
ifel
|
x86_64
|
pass [1]
|
- ↑ Lenovo ThinkPad X1 Carbon 3rd, model 20BTS0Y500; Installation took 8 minutes (from "Install to Hard Drive" to "Complete!")
|
igaldino
|
KVM
|
pass
|
|
jskladan
|
KVM
|
pass
|
|
kanderson
|
KVM
|
pass [1]
|
- ↑ Installed with Fedora-Everything-netinst-x86_64-Rawhide-20200707.n.0.iso and chose the Workstation package group. Use a custom partition, chose btrfs, and selected to create the default partitions and completed installation.
|
kartikay1506
|
|
pass
|
|
kparal
|
virt-manager
|
pass [1]
|
- ↑ After seeing lruzicka's comment, I measured installation times for 0707 Workstation (lvm+ext4) and testday 0708 Workstation btrfs images. The installation was long (almost 9 minutes) in both cases. So btrfs doesn't cause any slowdown here. The long times are probably caused by using a debug kernel.
|
lruzicka
|
KVM, x86_64, bios based
|
pass [1]
|
- ↑ The installation took longer than I am normally used to.
|
mcatanzaro
|
KVM
|
pass
|
|
mhoungbo
|
Virtual Machine Manager 2.2.1
|
pass
|
|
mzumquadrat
|
KVM
|
pass
|
|
nasirhm
|
KVM/QEMU x86_64 on Lenovo Thinkpad X1 Carbon
|
pass
|
|
ondra05
|
VirtualBox
|
pass [1]
|
- ↑ Custom partitioning: 600 MiB EFI, 23.4 GiB BtrFS, / and /home subvols
|
salimma
|
Btrfs, both without encryption and with encryption
|
pass [1]
|
- ↑ with encryption, two LUKS volumes end up being created (one for swap and one for btrfs). this is transparent as long as the passphrase matches but otherwise makes for an annoying UX -- but should be temporary as the swap-on-zram Change should be landing soon.
|
salimma
|
Btrfs, no encryption
|
pass
|
|
sumantrom
|
KVM
|
pass
|
|
yang
|
Install to Previous KVM
|
pass
|
|
yanqiyu
|
A old HP laptop(HDD), and KVM on SSD
|
pass [1]
|
- ↑ To add: did a force Compress, all worked fine.
|
Release-blocking (x86_64)[edit]
User
|
Profile
|
Initial setup
|
Startup
|
Reboot Unmount
|
System Logging
|
Update CLI
|
Package Install/Remove
|
Service Start
|
Selinux
|
Service Manupluation
|
References
|
FlexibleToast
|
KVM Proxmox and oVirt
|
pass [1]
|
pass
|
warn [2]
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ Initial-setup on install with encryption enabled briefly hung after password was chosen. Before I could click the "wait" button it had already completed.
- ↑ Both installations had a similar error.
oVirt encryption install:
kernel: raid6: using avx2x2 recovery algorithm
Proxmox install:
kernel: raid6: using intx1 recovery algorithm
|
Iolo
|
x86_64
|
pass [1]
|
pass
|
pass [2]
|
pass
|
pass
|
pass
|
|
pass
|
pass
|
- ↑ Thinkpad X220, Workstation image, UEFI, LUKS2, Gnome Xorg, Kingston SV300S37A240G SSD; I customized partitioning slightly: 600 MiB /boot/efi (vfat), 1 GiB /boot (xfs), all available space to / (btrfs).
- ↑ Grep does produce output, but it does not appear to be an error, but a simple notification: heinä 08 21:23:31 localhost.localdomain kernel: raid6: using ssse3x2 recovery algorithm
|
alciregi
|
KVM, x86_64, bios
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
alexfinkel
|
|
pass
|
pass
|
pass [1]
|
pass
|
|
pass
|
pass
|
pass
|
|
- ↑ One line of output from the grep which appears to be informational:
Jul 08 18:07:37 localhost.localdomain kernel: raid6: using ssse3x2 recovery algorithm
|
archmunky
|
KVM, UEFI
|
pass
|
pass
|
pass [1]
|
pass
|
pass [2]
|
pass
|
pass [3]
|
pass
|
pass
|
- ↑ First reboot appeared to hang requiring hard reboot. Volume was marked as dirty but the journal was recovered successfully.
- ↑ cli update succeed. should consider dnf addon to automatically create snapshots before dnf up
- ↑ WARNING: possible circular locking dependency detected...
Jul 08 23:04:55 fed-btrfs kernel: 3 locks held by systemd-journal/492:
Jul 08 23:04:55 fed-btrfs kernel: #0: ffffa0de7b1ec238 (&mm->mmap_lock#2){++++}-{3:3}, at: do_user_addr_fault+0x12e/0x4b0
Jul 08 23:04:55 fed-btrfs kernel: #1: ffffa0de70fbb598 (sb_pagefaults){.+.+}-{0:0}, at: btrfs_page_mkwrite+0x59/0x560 [btrfs]
Jul 08 23:04:55 fed-btrfs kernel: #2: ffffa0de70fbb6a8 (sb_internal){.+.+}-{0:0}, at: start_transaction+0x3f8/0x500 [btrfs]
|
bcgates
|
KVM
|
pass
|
pass
|
warn [1]
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ I got this: "Jul 08 09:55:15 localhost.localdomain kernel: raid6: using ssse3x2 recovery algorithm" but I don't think this is an error.
|
bryanquigley
|
HP Chromebook 11 G4 running Coreboot, 16 GB eMMC
|
pass
|
pass
|
pass [1]
|
pass
|
pass
|
pass
|
|
|
|
- ↑ got raid6: using message like others - don't believe it's a bug
|
bryanquigley
|
HP Chromebook 11 G4 running mrchromebox.tech coreboot - EUFI, 16 GB eMMC
|
pass
|
|
|
|
|
|
pass
|
pass
|
pass
|
|
chrimage
|
Lenovo Ideapad Flex 5, AMD Ryzen 4500U
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
christian
|
VirtualBox
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
cmurf
|
mbp82,hpspectre
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
coremodule
|
Raspberry Pi 3B+ Fedora-Workstation-Rawhide-20200706-btrfs.raw.xz
|
fail [1]
|
|
|
|
|
|
|
|
|
|
dcavalca
|
VMware x86_64 bios
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
decathorpe
|
KVM
|
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass [1]
|
pass
|
pass
|
- ↑ mcelog.service failed, but I think this is normal in KVM
|
devil24g
|
KVM
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
gamma
|
VBox
|
pass
|
pass
|
warn [1]
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ Default install with locale de, nothing else changed. on executing 'sudo journalctl -b | grep -E 'dirty bit|data may be corrupt|recovery|unmounted|recovering i get the message:
localohst.localdomain kernel: raid6: using avx2x2 recovery algorithm
|
gilbus
|
KVM
|
pass
|
|
|
|
|
|
|
|
|
|
ifel
|
KVM
|
pass
|
pass pass
|
warn [1]
|
pass
|
pass
|
pass
|
warn [2]
|
pass
|
pass
|
- ↑ Testcase_base_reboot_unmount:
Jul 08 09:02:13 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
After reboot:
Jul 08 09:24:53 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
- ↑ ● mcelog.service loaded failed failed Machine Check Exception Logging Daemon
-- Logs begin at Wed 2020-07-08 09:02:13 PDT, end at Wed 2020-07-08 09:43:13 PDT. --
Jul 08 09:25:00 localhost.localdomain systemd[1]: Started Machine Check Exception Logging Daemon.
Jul 08 09:25:00 localhost.localdomain mcelog[598]: mcelog: ERROR: AMD Processor family 23: mcelog does not support this processor. Please use the edac_mce_amd module instead.
Jul 08 09:25:00 localhost.localdomain mcelog[598]: CPU is unsupported
Jul 08 09:25:00 localhost.localdomain systemd[1]: mcelog.service: Main process exited, code=exited, status=1/FAILURE
Jul 08 09:25:00 localhost.localdomain systemd[1]: mcelog.service: Failed with result 'exit-code'.
|
ifel
|
x86_64
|
pass
|
pass
|
pass [1]
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ Testcase_base_reboot_unmount:
Jul 08 09:14:30 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
After reboot:
Jul 08 09:20:30 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
|
igaldino
|
KVM
|
pass
|
pass
|
pass [1]
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ $ sudo journalctl -b | grep -E 'dirty bit|data may be corrupt|recovery|unmounted|recovering'
jul 09 12:17:00 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
|
jskladan
|
KVM
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
kanderson
|
KVM
|
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
kartikay1506
|
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
kparal
|
virt-manager
|
pass
|
pass
|
pass [1]
|
|
|
|
|
|
|
- ↑ kernel: raid6: using avx2x2 recovery algorithm
|
lruzicka
|
KVM, x86_64, bios based
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
mcatanzaro
|
KVM
|
pass
|
pass
|
pass [1]
|
pass
|
|
|
|
|
|
- ↑ I only tested rebooting the installed system, didn't check for errors after rebooting the installer. The grep line is going to need to be adjusted because there is now a false-positive:
Jul 08 14:05:26 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
|
mzumquadrat
|
KVM
|
pass
|
pass
|
pass
|
pass pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
nasirhm
|
KVM/QEMU x86_64 on Lenovo Thinkpad X1 Carbon
|
pass
|
pass
|
warn [1]
|
pass
|
pass
|
pass [2] pass
|
pass
|
pass
|
pass
|
- ↑ Jul 09 23:22:38 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
- ↑ Tested with i3wm and sway
|
nielsenb
|
Compaq 8510w Intel T9300 AMD RV630 BIOS
|
pass
|
pass
|
warn [1]
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ Always shows "raid6: using ssse3x2 recovery algorithm"
|
pwhalen
|
KVM, AArch64
|
pass [1]
|
pass
|
|
pass
|
pass
|
|
pass
|
pass
|
|
|
salimma
|
KVM, x86_64, LUKS
|
pass [1]
|
pass
|
pass [2]
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ New user created with sudo access. The UX is weird (asking for online accounts before asking for the user name) but that's outside the scope of this test day.
- ↑ Jul 08 15:05:14 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
but this is unrelated
|
steelcowboy
|
HP EliteBook 735 G6, AMD Ryzen Pro 3700U
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
sumantrom
|
Baremetal lenovo T580 with Test Day Iso
|
pass
|
pass
|
warn fail [1]
|
pass
|
pass
|
|
|
|
|
- ↑ [sumantro93@localhost ~]$ sudo journalctl -b | grep -E 'dirty bit|data may be corrupt|recovery|unmounted|recovering'
[sudo] password for sumantro93:
Jul 08 09:30:02 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
|
sumantrom
|
KVM
|
pass
|
pass
|
|
|
|
|
|
|
|
|
tflink
|
x86_64 hardware
|
pass
|
pass
|
pass
|
pass
|
|
pass
|
pass
|
pass
|
pass
|
|
thynkon
|
KVM, x86_64
|
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
thynkon
|
KVM, x86_64, KDE Plasma
|
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
yang
|
KVM
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
yanqiyu
|
X86_64,KVM and baremetal
|
pass [1] pass [2]
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
- ↑ I am making /boot as a subvolume
- ↑ Everything worked fine!
|
yozaam
|
VirtualBox Ram:4GB installed Fedora-Workstation-Live-x86_64-20200708-btrfsdefault.iso dynamic Virtual Disk Image: 12GB Running & installed on a external hard drive
|
pass [1]
|
pass
|
pass [2]
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
- ↑ Very slow and took more than 30 minutes for the "installing software" stage while installing to hard drive,
Have installed multiple workstation iso's in the past, they do not take so much time ( maybe because it is a external hdd (exFAT) / maybe because it is a dynamic .vdi drive
- ↑ No mount error but recovery raid6 same as user:gamma above
Jul 08 17:04:35 localhost.localdomain kernel: raid6: using avx2x2 recovery algorithm
I wonder if this is vbox thing?
|
zbyszek
|
AMD64 KVM UEFI sd-boot, continually upgraded since F31
|
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
Desktop[edit]
User
|
Profile
|
Desktop Browser
|
Desktop Login
|
Audio Basic
|
Desktop Panel Basic
|
Desktop Automount
|
Workstation core Apps
|
Update graphical
|
Virtual Printer
|
Update notif
|
Error Checks
|
References
|
FlexibleToast
|
KVM Proxmox and oVirt
|
pass
|
pass
|
|
pass
|
|
pass
|
pass
|
|
|
pass
|
|
Schykle
|
x86_64 (XPS 9370, Inspiron 15 7579)
|
pass
|
pass
|
pass
|
pass
|
pass pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
alciregi
|
KVM, x86_64, bios
|
pass
|
pass
|
|
pass
|
|
pass
|
|
|
|
|
|
bcgates
|
KVM
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
pass
|
pass
|
|
chrimage
|
Lenovo Ideapad Flex 5, AMD Ryzen 4500U
|
pass
|
|
|
|
|
|
|
|
|
|
|
christian
|
VirtualBox
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
pass
|
pass
|
|
cmurf
|
mbp82,hpspectre
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
dcavalca
|
VMware x86_64 bios
|
pass
|
pass
|
|
pass
|
|
|
|
|
|
|
|
decathorpe
|
KVM
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
|
|
pass
|
|
devil24g
|
KVM
|
pass
|
pass
|
pass
|
pass
|
|
pass
|
|
|
|
|
|
gamma
|
VBox
|
pass
|
pass pass
|
pass
|
pass
|
|
pass
|
|
|
|
pass
|
|
ifel
|
KVM
|
pass
|
pass
|
|
pass
|
|
pass
|
pass
|
|
|
|
|
ifel
|
x86_64
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
|
|
|
kanderson
|
KVM
|
pass
|
pass
|
|
pass
|
|
|
|
|
|
|
|
kparal
|
virt-manager
|
|
|
|
|
|
|
|
|
pass
|
|
|
lruzicka
|
KVM, x86_64, bios based
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
mberry
|
|
pass [1]
|
pass
|
pass [2]
|
pass
|
|
|
|
|
|
|
- ↑ Works as expected.
- ↑ Sound is working as expected.
|
mberry
|
x86_64
|
pass
|
pass
|
pass
|
pass
|
pass [1] pass
|
|
pass
|
|
|
|
- ↑ Automount of drives works as expected.
|
mzumquadrat
|
KVM
|
pass
|
pass
|
pass
|
pass
|
pass [1]
|
pass
|
warn [2]
|
|
|
pass
|
- ↑ Only tested with USB since my Notebook does not have a CD drive
- ↑ Not able to test since i updated the system via CLI in an earlier step
|
nasirhm
|
KVM/QEMU x86_64 on Lenovo Thinkpad X1 Carbon
|
pass
|
pass
|
pass
|
|
|
|
|
|
|
|
|
nielsenb
|
Compaq 8510w Intel T9300 AMD RV630 BIOS
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
|
|
|
pass
|
|
steelcowboy
|
HP EliteBook 735 G6, AMD Ryzen Pro 3700U
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
pass
|
fail [1]
|
pass
|
pass
|
- ↑ I think Gutenprint should support my Epson Stylus NX625, but it couldn't find the driver in the software center and failed to add
|
sumantrom
|
KVM
|
pass
|
pass
|
pass
|
|
|
|
|
|
|
|
|
tflink
|
x86_64 hardware
|
pass
|
pass
|
pass
|
pass
|
|
|
pass
|
|
|
pass
|
|
thynkon
|
KVM, x86_64
|
pass
|
|
|
|
|
|
|
|
|
|
|
thynkon
|
KVM, x86_64, KDE Plasma
|
pass
|
pass
|
pass
|
|
|
|
|
|
|
|
|
yang
|
KVM
|
pass
|
pass
|
|
pass
|
|
|
|
|
|
|
|
yanqiyu
|
X86_64,KVM and baremetal
|
pass
|
pass
|
|
|
|
pass
|
|
|
|
|
|
Modularity[edit]
Guided storage configuration[edit]
Exploratory[edit]
User
|
Profile
|
Experimental
|
References
|
Schykle
|
x86_64 (XPS 9370, Inspiron 15 7579)
|
pass [1]
|
- ↑ Successfully ran scrubs, defragments (including enabling/disabling compression on the filesystem as well as changing compression types), and balance
|
decathorpe
|
KVM
|
pass [1]
|
- ↑ btrfs balance, scrub, defragment, and subvolume/snapshot create, list, and delete worked out of the box.
|
devil24g
|
KVM
|
warn [1]
|
- ↑ [Wed Jul 8 15:04:19 2020] ======================================================
[Wed Jul 8 15:04:19 2020] WARNING: possible circular locking dependency detected
[Wed Jul 8 15:04:19 2020] 5.8.0-0.rc3.20200701git7c30b859a947.1.fc33.x86_64 #1 Not tainted
[Wed Jul 8 15:04:19 2020] ------------------------------------------------------
[Wed Jul 8 15:04:19 2020] systemd-journal/525 is trying to acquire lock:
[Wed Jul 8 15:04:19 2020] ffffa051f4a14db0 (&fs_info->reloc_mutex){+.+.}-{3:3}, at: btrfs_record_root_in_trans+0x44/0x70 [btrfs]
[Wed Jul 8 15:04:19 2020]
but task is already holding lock:
[Wed Jul 8 15:04:19 2020] ffffa051f2c6f598 (sb_pagefaults){.+.+}-{0:0}, at: btrfs_page_mkwrite+0x59/0x560 [btrfs]
|
psimonyi
|
KVM/QEMU
|
fail [1]
|
- ↑ RHBZ #1856048 blivet-gui can create subvolumes, but can't display existing ones
|
pwhalen
|
KVM, AArch64 Host
|
pass [1]
|
|
sumantrom
|
baremetal t580
|
fail [1]
|
- ↑ Tried dual booting, first installing the Btrfs test day iso and then installed a regular F32 and grub stopped showing the btrfs F33 after install of regular F32.
Both the images were written to a flash drive by FMW
|