In openQA tests for F28 in ppc64le arch with Fedora-Server-dvd-ppc64le-28-20180310.n.0.iso, the test that checks whether any services tried to start up fails because of systemd-hibernate-resume@dev-mapper-fedora\x2dswap.service After a fresh install, at reboo, the test run the "systemctl --failed" command and gets: ● systemd-hibernate-resume@dev-mapper-fedora\x2dswap.service loaded failed failed Resume from hibernation using device /dev/mapper/fedora-swap Note that I reproduced it manually (without openqa) and I didn't do any hibernate, after the fresh install. just click on "reboot" of the VNC installation panel and VM start again. in journalctl we have: localhost.localdomain systemd[1]: Starting Resume from hibernation using device /dev/mapper/fedora-swap... localhost.localdomain systemd-hibernate-resume[461]: Failed to write '253:1' to /sys/power/resume: Permission denied localhost.localdomain systemd[1]: systemd-hibernate-resume@dev-mapper-fedora\x2dswap.service: Main process exited, code=exited, status=1/FAILURE localhost.localdomain systemd[1]: systemd-hibernate-resume@dev-mapper-fedora\x2dswap.service: Failed with result 'exit-code'. localhost.localdomain systemd[1]: Failed to start Resume from hibernation using device /dev/mapper/fedora-swap. localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-hibernate-resume@dev-mapper-fedora\x2dswap comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed' The problem is present on ppc64 big endian an little endian. I assign this bug to "anaconda" component because I am not sure we should have "Starting Resume from hibernation" without doing any hibernation. Feel free to re-assign it to another component if you think anaconda is not concerned.
Created attachment 1407180 [details] logs of an openqa test in error
In anaconda, we have recently added the resume option to enable the hibernation (see the bug #1206936). We can exclude ppc64, if that is the correct fix for this bug. However, it would be good to hear an opinion from the kernel developers. Reassigning.
$ cat configs/fedora/generic/powerpc/CONFIG_HIBERNATION # CONFIG_HIBERNATION is not set This is intentionally disabled on powerpc
Fixed in a pull request: https://github.com/rhinstaller/anaconda/pull/1393
anaconda-28.22.3-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-9fd9270cd5
anaconda-28.22.3-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-9fd9270cd5
anaconda-28.22.3-1.fc28 initial-setup-0.3.56-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-9fd9270cd5
anaconda-28.22.3-1.fc28, initial-setup-0.3.56-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-9fd9270cd5
anaconda-28.22.3-1.fc28, initial-setup-0.3.56-1.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.