Bug 695480 - remote commands to a system to enable a tuned-adm profile hang after Starting tuned [OK ] message
Summary: remote commands to a system to enable a tuned-adm profile hang after Starting...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: tuned
Version: 6.1
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Jan Vcelak
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-11 20:20 UTC by Barry Marson
Modified: 2013-03-04 01:28 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Previously, remote "tuned" service starts could have led to a service unresponsiveness under certain circumstances. With this update, the handling of stdin, stdout, or stderr during the service creation has been fixed to resolve this problem.
Clone Of:
Environment:
Last Closed: 2011-08-18 06:42:57 UTC
Target Upstream Version:


Attachments (Terms of Use)
Fix to avoid hangs when we do something like: ssh root@examplehost service tuned restart (839 bytes, patch)
2011-04-20 16:36 UTC, Phil Knirsch
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:1176 0 normal SHIPPED_LIVE tuned bug fix update 2011-08-18 06:42:53 UTC

Description Barry Marson 2011-04-11 20:20:44 UTC
Description of problem:

We have a network based test configuration which requires tuned profile tuning to be initiated via a remote command (ssh).  Remotely requesting tuned-adm to set a specific profile causes the command to hang

    # ssh root@bigi tuned-adm profile default
    Stopping tuned: [  OK  ]
    Switching to profile 'default'
    Applying ktune sysctl settings:
    /etc/ktune.d/tunedadm.conf: [  OK  ]
    Applying sysctl settings from /etc/sysctl.conf
    Starting tuned: [  OK  ]
    <HANG>

This didn't happen with beta for 6.1 nor 6.0.  There are no issues running the command when remotely logged in.

The command:

    # ssh bigi tuned-adm profile default >& /dev/null &

Gets stopped almost instantly with

    [1]+  Stopped           ssh bigi tuned-adm profile default >&/dev/null

Is this a job control issue ?

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

RHEL6.1-20110406.0   2.6.32-130.el6.x86_64

How reproducible:
every time

Steps to Reproduce:
1. see above
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 2 RHEL Program Management 2011-04-12 06:01:43 UTC
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 3 Phil Knirsch 2011-04-20 16:36:33 UTC
Created attachment 493535 [details]
Fix to avoid hangs when we do something like: ssh root@examplehost service tuned restart

Comment 4 Phil Knirsch 2011-04-20 16:37:53 UTC
Found a fix for the problem, was due to incorrect handling of stdin/stdout/stderr during daemon creation.

Patch send to review, proposing for RHEL-6.2 to get this fixed.

Thanks & regards, Phil

Comment 8 Petr Kovar 2011-07-29 14:14:11 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Previously, remote "tuned" service starts could have led to a service unresponsiveness under certain circumstances. With this update, the handling of stdin, stdout, or stderr during the service creation has been fixed to resolve this problem.

Comment 10 errata-xmlrpc 2011-08-18 06:42:57 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-1176.html


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