RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 494937 - sshd should be started before cman
Summary: sshd should be started before cman
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: cluster
Version: 6.0
Hardware: All
OS: Linux
high
low
Target Milestone: beta
: ---
Assignee: Fabio Massimo Di Nitto
QA Contact: Cluster QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-08 19:00 UTC by Dirk Herrmann
Modified: 2018-11-14 17:44 UTC (History)
12 users (show)

Fixed In Version: cluster-3.0.3-1.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-11-11 14:34:17 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
allow user configurable var to start sshd before cman (1.66 KB, patch)
2009-09-23 15:00 UTC, Fabio Massimo Di Nitto
no flags Details | Diff

Description Dirk Herrmann 2009-04-08 19:00:28 UTC
Description of problem:

In a clustered environment it is sometimes necessary to influence the start behavior of cman, e.g. reduce the expected votes manually using cman_tool to form a quorate cluster. Therefore a remote access using ssh is necessary. Actually sshd is started after cman, so it is not possible to influence cman startup. Usually I change this manually in the kickstart file for cluster nodes to set the start order number of sshd to the one of cman minus 1.

Actually the following chkconfig orders are implemented:

/etc/init.d/cman:# chkconfig: - 21 79
/etc/init.d/sshd:# chkconfig: 2345 55 25

This should be changed to:

/etc/init.d/cman:# chkconfig: - 21 79
/etc/init.d/sshd:# chkconfig: 2345 20 25

during installation of cman rpm. In a kickstart file I usually do this in this way (perl can be substituted by sed):

cman=`perl -n -e 'print ( $1 - 1 ) if $_  =~ /chkconfig:\s\S+\s(\d+)\s\d+\s/' /etc/init.d/cman`
cman_off=$(expr 100 - $cman )
set $cman
set $cman_off
perl -pi -e "s/chkconfig:\s+(\S+)\s+(\S+)\s+(\S+)/chkconfig: \$1 $cman $cman_off/" /etc/init.d/sshd
chkconfig cman off; chkconfig cman on

I think this would be an improvement and could be implemented per default.


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


How reproducible:

Always.

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


Expected results:


Additional info:

Comment 5 Fabio Massimo Di Nitto 2009-09-23 15:00:03 UTC
Created attachment 362314 [details]
allow user configurable var to start sshd before cman

It is not safe or possible to change cman startup position. This is the only safe solution.

Comment 6 Fabio Massimo Di Nitto 2009-09-25 10:58:20 UTC
fix is now in Fedora 12 / rawhide with cman-3.0.3-1

Comment 9 releng-rhel@redhat.com 2009-11-12 07:12:26 UTC
Fixed in 'cluster-3.0.3-1.el6'. 'cluster-3.0.4-1.el6' included in compose 'RHEL6.0-20091111.0'.
Moving to ON_QA.

Comment 11 Nate Straz 2010-06-25 20:44:00 UTC
Verified that sshd can be started early when CMAN_SSHD_START is set in /etc/sysconfig/cman.

Comment 15 releng-rhel@redhat.com 2010-11-11 14:34:17 UTC
Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.


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