Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1554345

Summary: Service systemd-hibernate-resume x2dswap fails in qemu VM
Product: [Fedora] Fedora Reporter: Menanteau Guy <menantea>
Component: anacondaAssignee: Vendula Poncova <vponcova>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 28CC: airlied, ajax, anaconda-maint-list, bskeggs, ewk, hdegoede, ichavero, itamar, jarodwilson, jglisse, john.j5live, jonathan, josef, kellin, kernel-maint, labbott, linville, mchehab, mjg59, steved, vanmeeuwen+fedora, v.podzimek+fedora, vponcova, wwoods
Target Milestone: ---   
Target Release: ---   
Hardware: ppc64le   
OS: Linux   
Whiteboard:
Fixed In Version: anaconda-28.22.3-1 anaconda-28.22.3-1.fc28 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-04-09 13:26:14 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1071880    
Attachments:
Description Flags
logs of an openqa test in error none

Description Menanteau Guy 2018-03-12 13:48:19 UTC 
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.
Comment 1 Menanteau Guy 2018-03-12 13:49:17 UTC 
Created attachment 1407180 [details]
logs of an openqa test in error
Comment 2 Vendula Poncova 2018-03-13 13:15:05 UTC 
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.
Comment 3 Laura Abbott 2018-03-13 14:57:21 UTC 
$ cat configs/fedora/generic/powerpc/CONFIG_HIBERNATION
# CONFIG_HIBERNATION is not set

This is intentionally disabled on powerpc
Comment 4 Vendula Poncova 2018-03-14 12:23:44 UTC 
Fixed in a pull request: https://github.com/rhinstaller/anaconda/pull/1393
Comment 5 Fedora Update System 2018-04-05 16:23:13 UTC 
anaconda-28.22.3-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-9fd9270cd5
Comment 6 Fedora Update System 2018-04-06 18:55:21 UTC 
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
Comment 7 Fedora Update System 2018-04-06 19:38:48 UTC 
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
Comment 8 Fedora Update System 2018-04-08 00:02:37 UTC 
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
Comment 9 Fedora Update System 2018-04-09 13:26:14 UTC 
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.