Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 189078 - G-P-M upgrade blocks remote system suspension/hibernation
G-P-M upgrade blocks remote system suspension/hibernation
Product: Fedora
Classification: Fedora
Component: gnome-power-manager (Show other bugs)
i386 Linux
medium Severity low
: ---
: ---
Assigned To: John (J5) Palmieri
Depends On:
  Show dependency treegraph
Reported: 2006-04-15 13:48 EDT by Emerson House
Modified: 2013-03-13 00:50 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-04-15 18:36:10 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Emerson House 2006-04-15 13:48:37 EDT
Description of problem:

G-P-M updates result in power manager utilites (pm-hibernate, pm-suspend, etc.)
no longer working from remote console.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.Boot a Fedora machine with g-p-m installed and enabled.
2.log into this machine with a remote console - for example ssh.
3.run pm-hibernate, or run sudo pm-hibernate, or login as root and run pm-hibernate.
Actual results:

Command line returns to prompt with no warnings or messages, but no action is taken.

Expected results:

Hibernation or suspension of target machine.

Additional info:

Yes I know this is intended and seems to carried out by the pam module stack. 
There is proably someting about it buried in a changelog somewhere.  I suspect
that other people may also run into this as there are legitmate reasons to
remotely suspend a system just as there are legitimate reasons to block remote
suspension of a system.  I would consider the the bug fixed if there was just a
slight amount of assistance in pointing out the correct areas in the systems
guides to research the pam module stack and how to enable/disable the behavior.
   It isn't real obvious from the PAM documentation exactly what controls this
behavior.  I am willing to fix it myself, but it would be nice not to have to
become a full PAM expert and read all of the documentation.  I think other
people might also appreciate a little bit of guidance.
Comment 1 Richard Hughes 2006-04-15 14:50:43 EDT
This isn't a g-p-m bug.

I think you need to edit /etc/dbus-1/system.d/hal.conf and relax the permissions
checks a bit, something like changing policy context for default from deny to allow.

I'm not sure why this doesn't allow you to do this as root tho.

Comment 2 Emerson House 2006-04-15 18:36:10 EDT
G-P-M upgrade installs links in /usr/bin that involk consolehelper which causes
the behavior described.  Directly calling /usr/bin/pm-hibernate gets arround the

Consolehelper is apparently doing what it is designed to do although the MAN
page doesn't really explain things and refers you to the html documentation
installed in the /usr/share/doc/pam/html directory.  Obviously it is a good
thing to be able to prevent system suspend or hibernate from remote consoles,
but it may also be desireable at times.  Directly calling /usr/bin/pm-hibernate
will work but it is a hack (in the older sense that it is undocumented and
unsuportable).  Consolehelper is obviously trying to establish some systematic
administration of the behavior, but to be honest the documentation isn't very
clear and it is hard to tell if execution of programs from remote consoles is
blocked on a per user or per program basis.
Comment 3 Emerson House 2006-04-15 18:39:48 EDT
OOPs, that could be confusing.  The actual programs are in /usr/sbin, so calling
/usr/sbin/pm-hibernate is the suggested fix.  (or even more of a hack deleting
the links in /usr/bin.)

Note You need to log in before you can comment on or make changes to this bug.