Bug 755849 - monitor_link parameter has wrong sample value all across the documentation
Summary: monitor_link parameter has wrong sample value all across the documentation
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: doc-Cluster_Administration
Version: 6.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Steven J. Levine
QA Contact: ecs-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-22 08:26 UTC by Borororo
Modified: 2012-01-03 17:42 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-01-03 17:42:38 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Borororo 2011-11-22 08:26:56 UTC
Description of problem:

Throughout whole document the monitor_link parameter for IP address resource has wrong value, "on", like shown in following sample extracted:


<rm>
<resources>
<fs name="web_fs" device="/dev/sdd2" mountpoint="/var/www" fstype="ext3"/>
<ip address="127.143.131.100" monitor_link="on" sleeptime="10"/>
<apache config_file="conf/httpd.conf" name="example_server" server_root="/etc/
httpd" shutdown_wait="0"/>
</resources>
</rm>

I was struggling several hours until i finally found it in /usr/share/cluster/ip.sh, that in reality parameter should have values "yes" and  "no", not "on" and "off", otherwise script would ignore it.

This repeats in every piece of document mentioning parameter "monitor_link".


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

Cluster_Administration(EN)-6 (2011-05-19T16:26)

Comment 2 Steven J. Levine 2011-11-22 18:36:41 UTC
Lon Hohberger verified that this information is correct.

Thanks for the catch. This will be fixed in the RHEL 6.2 version of the document.

Comment 6 Steven J. Levine 2012-01-03 17:42:38 UTC
Closing this, since it was fixed for 6.2.


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