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 - which should be linked at QA/Test_Days - and see if a similar but more recent Test Day is planned or has already happened.

What's needed to test

How to test?

Update your machine

If you're running Fedora 14, make sure you have all the current updates for it installed, using the update manager. If you want to try Rawhide, see the instructions on the Rawhide page on the various ways in which you can install or update to Rawhide. Or:

Live image

Live image

Optionally, you may download a non-destructive Fedora 23 live image for your architecture. Tips on using a live image are available at FedoraLiveCD.

This custom live image contains all the necessary updated packages. You will not be able to conduct the full range of tests using the live CD, but you can perform the tests that are possible, and confirm that it boots correctly on your system. You can also use it to install a Fedora 14 system to perform the full range of tests.

Install additional updates

To provide the best test results, please install the following packages. They have not yet been accepted as official Fedora 14 updates, but they fix several known issues with systemd. If you test with or install from the custom live image linked to above, these updates will already be installed.

Test

Test Results

If you have problems with any of the tests, report a bug to Bugzilla usually for the component systemd. 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. Once you have completed the tests, add your results to the Results table below, following the example results from the first line as a template. The first column should be your name with a link to your User page in the Wiki if you have one. For each test case, if your system worked correctly, simply enter the word PASS. If you had trouble, enter the word FAIL, with a footnote indicator, and put a link to the bug report in the References column (as in the example line). For tests you could not perform, enter a dash.

When booted with "console=tty console=ttyS0" or "console=ttyS0", there is no getty on tty1.

fail

"halt" used to also shut down the system, does not do so any longer (I know this has been discussed, I'm specifically calling it out). Additionally, on current rawhide: (systemd-9-3.fc15.x86_64) the root filesystem always has busy inodes on shutdown and forces a replay of the journal on next boot, lvm2-monitor does not shutdown cleanly on halt, various log entries contain "init[1]: Got invalid poll event on pipe." followed by e.g. "init[1]: Unit sys-kernel-security.automount entered failed state.", and there are several "mount" errors when systemd re-execs itself to apparently try to handle the busy inodes situation.

Some testing on F-14, some on rawhide. Seems to work ok, but there are some behavioral changes.