[ClusterLabs] restarting resources after configuration changes

[GRAY Andrew G (SPARQ)]

Centos/redhat: try `service httpd configtest` to validate the config changes first ….

Regards,

Andrew Gray.
RHCSA, Professional Unix Administration.
Ph: (07) 3664 5112

From: - - [mailto:kripur at googlemail.com]
Sent: Wednesday, 28 October 2015 8:21 PM
To: users at clusterlabs.org
Subject: [ClusterLabs] restarting resources after configuration changes

Hi,
    I am having problems restarting resources (e.g apache) after a
configuration file change. I have tried 'pcs resource restart resourceid',
which says 'resource successfully restarted', but the httpd process
does not restart and hence my configuration changes in httpd.conf
does not take effect.
I am sure this scenario is quite common as administrators needs to
update httpd.config files often - how is it done in an HA cluster?
I can send a HUP signal to the httpd process to achieve this, but I hope
there will be a cluster (pcs/crm) method to do this.
Many Thanks
krishan




To report this email as spam, please forward to asa at websense.com<mailto:asa at websense.com>



 
*************************************************************************************
This email message (including any file attachments transmitted with it) is for the sole use of the intended recipient(s) and may contain confidential and legally privileged information. Any unauthorised review, use, alteration, disclosure or distribution of this email (including any attachments) by an unintended recipient is prohibited. If you have received this email in error, please notify the sender by return email and destroy all copies of the original message. Any confidential or legal professional privilege is not waived or lost by any mistaken delivery of the email. SPARQ Solutions accepts no responsibility for the content of any email which is sent by an employee which is of a personal nature.

Sender Details:
  SPARQ Solutions
  PO Box 15760 City East, Brisbane QLD Australia 4002
  +61 7 4931 2222

SPARQ Solutions policy is to not send unsolicited electronic messages. Suspected breaches of this policy can be reported by replying to this message including the original message and the word "UNSUBSCRIBE" in the subject. 
*************************************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20151029/0b49a028/attachment-0003.html>