From Fedora Project Wiki

< User:Tablepc

Revision as of 19:53, 3 February 2020 by Tablepc (talk | contribs) (Created page with "{{Template:Associated_release_criterion|Basic|package install remove}} {{QA/Test_Case |description=This test case tests whether a given package manager (it can be used to tes...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Note.png
Associated release criterion
This test case is associated with the Basic_Release_Criteria#package install remove release criterion. If you are doing release validation testing, a failure of this test case may be a breach of that release criterion. If so, please file a bug and nominate it as blocking the appropriate milestone, using the blocker bug nomination page.


Description

This test case tests whether a given package manager (it can be used to test any package manager) can properly install and remove packages.

Setup

  1. Install or deploy the Fedora release media you wish to test. You can use any allowed configuration by the installer.
  2. Reboot to the installed system.

How to test

  1. On the installed system, search for disk mount/unmount errors using the following command:
    sudo journalctl -b | grep -E 'dirty bit|data may be corrupt|recovery|unmounted|recovering'
    If there is no output, there were no such errors and everything seems correct.
    • If there was some output from the grep command, save the full journal log using
      sudo journalctl -b > journal.log
      If the grep output does not show clearly that the output is related to a disk mount/unmount problem, open the journal.log file, find the relevant lines and verify whether this is an error related to disk mounting or an unrelated message.
    • If the output is related to disk mounting, please file a bug report (the kernel is most likely the correct package to file the report against) and attach the journal.log file to the bug report.
  2. Restart the system.
  3. Repeat all the steps above once more (the first pass checks whether the system unmounted disks properly when rebooting from the installer, the second pass checks whether the system unmounted disks properly when rebooting from the installed system).
Note.png
Manual error checking
This test relies on specific expected text in error messages. It's possible these messages may change in the future and there may be an error that is not caught by the grep command. Optionally you can examine the sudo journalctl -b output manually for error messages that might indicate a filesystem not being cleanly unmounted at shutdown, and file a bug report if you find any. Here are sample error messages from system journal that indicate errors known to us:
# FAT fsck
systemd-fsck[681]: 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.

# FAT kernel
FAT-fs (vdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

# ext4 fsck
systemd-fsck[681]: /dev/vdb2: recovering journal

# ext4 kernel
EXT4-fs (vdb2): recovery complete

# xfs kernel
XFS (vdb3): Starting recovery (logdev: internal)

Expected Results

  1. Each grep command should produce no output.
  2. Requesting reboot should cause an orderly shutdown and restart of the system.