Description of problem: I've found, that in https://fedoraproject.org/wiki/QA:Testcase_Power_Management_tuned_basic testcase switch to tuned-adm profile laptop-battery-powersave was okay, but any another switch profile fail or better to say waited for something. It can be caused due to my encrypted disk, but I'm not sure I've had to kill commands by ctrl+c, Actual results: tuned-adm profile throughput-performance Stopping ktune (via systemctl): ^CStopping tuned (via systemctl): [ OK ] Switching to profile 'throughput-performance' Starting ktune (via systemctl): ^CStarting tuned (via systemctl): ^C Expected results: everything working, without problem Additional info: first turn on of laptop-battery-powersave caused need for passwd for partition: # tuned-adm profile laptop-battery-powersave Stopping ktune (via systemctl): [ OK ] Stopping tuned (via systemctl): [ OK ] Switching to profile 'laptop-battery-powersave' Starting ktune (via systemctl): Please enter passphrase for disk HITACHI_HTS722010K9SA00 (luks-6b2e13e1-3e4b-498c-a3c9-b9683996d2cc) on /shome! ********** [ OK ] Starting tuned (via systemctl):
Hi, I will need a little bit more information. - Does turning tuned off work? (tuned-adm off) - Can you try switching back to following profiles? - default - spindown-disk - latency-powersave - enterprise-storage Thank you.
It seems to be systemd (or tuned/systemd) related, same with the tuned-adm off (used systemd-20-1.fc15).
*** Bug 690194 has been marked as a duplicate of this bug. ***
It seems to hang on systemd-ask-tty when restarting cpuspeed service.
Hi, I've the same problem, but without the additional info from comment #0 (I've encrypted only /home, which shouldn't be involved at all). > - Does turning tuned off work? (tuned-adm off) Yes, but the switching still doesn't work after turning off. > - Can you try switching back to following profiles? > - default > - spindown-disk > - latency-powersave > - enterprise-storage The first switch after system reboot works, but any additional switch hangs.
*** Bug 692765 has been marked as a duplicate of this bug. ***
It seems, that we encounter a deadlock. I'm really suspecting systemd. Lennart, please, can you take a look at this and tell us your opinion? This occurs only when 'cpuspeed' package is installed. Ktune uses this daemon to switch CPU governors. (Service restart invoked from other init script.) The bug can be demonstrated using 'laptop-battery-powersave' profile. [root@f15 ~]# rpm -qa systemd\* tuned cpuspeed systemd-debuginfo-26-1.fc15.x86_64 tuned-0.2.20-1.fc15.noarch systemd-26-1.fc15.x86_64 systemd-sysv-26-1.fc15.x86_64 cpuspeed-1.5-15.fc15.x86_64 systemd-units-26-1.fc15.x86_64 [root@f15 ~]# tuned-adm active Current active profile: off Service tuned: disabled, stopped Service ktune: disabled, stopped [root@f15 ~]# tuned-adm profile laptop-battery-powersave Stopping ktune (via systemctl): [ OK ] Stopping tuned (via systemctl): [ OK ] Switching to profile 'laptop-battery-powersave' Starting ktune (via systemctl): [ OK ] Starting tuned (via systemctl): [ OK ] [root@f15 ~]# service ktune restart Restarting ktune (via systemctl): (HANG) Processes tree: [root@f15 ~]# pstree systemd─┬─6*[agetty] ├─auditd───{auditd} ├─crond ├─dbus-daemon───{dbus-daemon} ├─dhclient ├─ktune───tunedadm.sh───service───cpuspeed───systemctl ├─login───bash ├─rsyslogd───3*[{rsyslogd}] ├─2*[sendmail] ├─sshd─┬─sshd───bash───service───ktune───systemctl───systemd-tty-ask │ └─sshd───bash───pstree ├─tuned └─udevd───2*[udevd] After interruption by ^C: [root@f15 ~]# pstree systemd─┬─6*[agetty] ├─auditd───{auditd} ├─crond ├─dbus-daemon───{dbus-daemon} ├─dhclient ├─ktune───tunedadm.sh───service───cpuspeed───systemctl ├─login───bash ├─rsyslogd───3*[{rsyslogd}] ├─2*[sendmail] ├─sshd─┬─sshd───bash │ └─sshd───bash───pstree ├─tuned └─udevd───2*[udevd] Other services are affected as well, even if we kill hanging systemctl: [root@f15 ~]# service nginx start Starting nginx (via systemctl): ^C [root@f15 ~]# systemctl start nginx.service ^C [root@f15 ~]# killall systemctl [root@f15 ~]# pstree systemd─┬─6*[agetty] ├─auditd───{auditd} ├─crond ├─dbus-daemon───{dbus-daemon} ├─dhclient ├─login───bash ├─rsyslogd───3*[{rsyslogd}] ├─2*[sendmail] ├─sshd─┬─sshd───bash───pstree │ └─sshd───bash ├─tuned └─udevd───2*[udevd] [root@f15 ~]# service nginx start Starting nginx (via systemctl): ^C [root@f15 ~]# pstree systemd─┬─6*[agetty] ├─auditd───{auditd} ├─crond ├─dbus-daemon───{dbus-daemon} ├─dhclient ├─login───bash ├─rsyslogd───3*[{rsyslogd}] ├─2*[sendmail] ├─sshd─┬─sshd───bash───pstree │ └─sshd───bash ├─tuned └─udevd───2*[udevd]
I just found out, that presence of this bug also prevents the system to shutdown/reboot.
confirmed. enabling tuned prevents my fedora 15 installation from shutting down.
(In reply to comment #7) > This occurs only when 'cpuspeed' package is installed. Ktune uses this daemon > to switch CPU governors. (Service restart invoked from other init script.) I see. The /etc/init.d/ktune initscript eventually calls into /etc/tune-profiles/functions where "service cpuspeed restart" is used. service ktune stop -> service cpuspeed restart There is an ordering dependency between ktune.service and cpuspeed.service: $ systemctl show -p After ktune.service After=... cpuspeed.service ... That's because the ktune initscript does not have an LSB header, so it gets ordered according to chkconfig priorities: ktune 27, cpuspeed 13. When the restart of cpuspeed is requested, systemd will attempt to honour the ordering dependency, i.e. to stop ktune before cpuspeed. It sees ktune is already being stopped, so it waits. But the stopping of ktune waits on the restart of cpuspeed. Deadlock! (The job to stop ktune.service will timeout after 5 minutes and mark the service failed.) To prevent the deadlock you can: - add LSB headers to /etc/init.d/ktune, avoiding the ordering dependency to cpuspeed; or - use "systemctl --ignore-dependencies restart cpuspeed.service" in /etc/tune-profiles/functions instead of plain "service cpuspeed restart".
Thank you, Michal. Will be fixed as suggested.
Is there any ETA for the fix? I'm having to replace the two lines that restart cpuspeed in the functions file on all my machines
Soon Michel, I'm occupied with other bugs. Please, give me a week.
Finally, fixed in tuned-0.2.21-1.fc15
tuned-0.2.21-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/tuned-0.2.21-1.fc15
Package tuned-0.2.21-1.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing tuned-0.2.21-1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/tuned-0.2.21-1.fc15 then log in and leave karma (feedback).
tuned-0.2.21-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.