- 论坛徽章:
- 0
|
/etc/cmcluster/pdb_ytis/pdb_ytis.conf
1 # **********************************************************************
2 # ****** HIGH AVAILABILITY PACKAGE CONFIGURATION FILE (template) *******
3 # **********************************************************************
4 # ******* Note: This file MUST be edited before it can be used. ********
5 # * For complete details about package parameters and how to set them, *
6 # * consult the Serviceguard Extension for RAC manuals.
7 # **********************************************************************
8
9 # Enter a name for this package. This name will be used to identify the
10 # package when viewing or manipulating it. It must be different from
11 # the other configured package names.
12
13 PACKAGE_NAME pdb_ytis
14
15 # Enter the package type for this package. PACKAGE_TYPE indicates
16 # whether this package is to run as a FAILOVER or SYSTEM_MULTI_NODE
17 # package.
18 #
19 # FAILOVER package runs on one node at a time and if a failure
20 # occurs it can switch to an alternate node.
21 #
22 # SYSTEM_MULTI_NODE
23 # package runs on multiple nodes at the same time.
24 # It can not be started and halted on individual nodes.
25 # Both NODE_FAIL_FAST_ENABLED and AUTO_RUN must be set
26 # to YES for this type of package. All SERVICES must
27 # have SERVICE_FAIL_FAST_ENABLED set to YES.
28 #
29 # NOTE: Packages which have a PACKAGE_TYPE of SYSTEM_MULTI_NODE are
30 # not failover packages and should only be used for applications
31 # provided by Hewlett-Packard.
32 #
33 # Since SYSTEM_MULTI_NODE packages run on multiple nodes at
34 # one time, following parameters are ignored:
35 #
36 # FAILOVER_POLICY
37 # FAILBACK_POLICY
38 #
39 # Since an IP address can not be assigned to more than node at a
40 # time, relocatable IP addresses can not be assigned in the
41 # package control script for multiple node packages. If
42 # volume groups are assigned to multiple node packages they must
43 # activated in a shared mode and data integrity is left to the
44 # application. Shared access requires a shared volume manager.
45 #
46 #
47 # Examples : PACKAGE_TYPE FAILOVER (default)
48 # PACKAGE_TYPE SYSTEM_MULTI_NODE
49 #
50
51 PACKAGE_TYPE FAILOVER
52
53
54 # Enter the failover policy for this package. This policy will be used
55 # to select an adoptive node whenever the package needs to be started.
56 # The default policy unless otherwise specified is CONFIGURED_NODE.
57 # This policy will select nodes in priority order from the list of
58 # NODE_NAME entries specified below.
59 #
60 # The alternative policy is MIN_PACKAGE_NODE. This policy will select
61 # the node, from the list of NODE_NAME entries below, which is
62 # running the least number of packages at the time this package needs
63 # to start.
64
65 FAILOVER_POLICY CONFIGURED_NODE
66
67
68 # Enter the failback policy for this package. This policy will be used
69 # to determine what action to take when a package is not running on
70 # its primary node and its primary node is capable of running the
71 # package. The default policy unless otherwise specified is MANUAL.
72 # The MANUAL policy means no attempt will be made to move the package
73 # back to its primary node when it is running on an adoptive node.
74 #
75 # The alternative policy is AUTOMATIC. This policy will attempt to
76 # move the package back to its primary node whenever the primary node
77 # is capable of running the package.
78
79 FAILBACK_POLICY MANUAL
80
81
82 # Enter the names of the nodes configured for this package. Repeat
83 # this line as necessary for additional adoptive nodes.
84 #
85 # NOTE: The order is relevant.
86 # Put the second Adoptive Node after the first one.
87 #
88 # Example : NODE_NAME original_node
89 # NODE_NAME adoptive_node
90 #
91 # If all nodes in the cluster are to be specified and order is not
92 # important, \"NODE_NAME *\" may be specified.
93 #
94 # Example : NODE_NAME *
95
96 NODE_NAME chnytp01
97 NODE_NAME chnyts01
98
99
100 # Enter the value for AUTO_RUN. Possible values are YES and NO.
101 # The default for AUTO_RUN is YES. When the cluster is started the
102 # package will be automatically started. In the event of a failure the
103 # package will be started on an adoptive node. Adjust as necessary.
104 #
105 # AUTO_RUN replaces obsolete PKG_SWITCHING_ENABLED.
106
107 AUTO_RUN YES
108
109
110 # Enter the value for LOCAL_LAN_FAILOVER_ALLOWED.
111 # Possible values are YES and NO.
112 # The default for LOCAL_LAN_FAILOVER_ALLOWED is YES. In the event of a
113 # failure, this permits the cluster software to switch LANs locally
114 # (transfer to a standby LAN card). Adjust as necessary.
115 #
116 # LOCAL_LAN_FAILOVER_ALLOWED replaces obsolete NET_SWITCHING_ENABLED.
117
118 LOCAL_LAN_FAILOVER_ALLOWED YES
119
120
121 # Enter the value for NODE_FAIL_FAST_ENABLED.
122 # Possible values are YES and NO.
123 # The default for NODE_FAIL_FAST_ENABLED is NO. If set to YES,
124 # in the event of a failure, the cluster software will halt the node
125 # on which the package is running. All SYSTEM_MULTI_NODE packages must have
126 # NODE_FAIL_FAST_ENABLED set to YES. Adjust as necessary.
127
128 NODE_FAIL_FAST_ENABLED NO
129
130
131 # Enter the complete path for the run and halt scripts. In most cases
132 # the run script and halt script specified here will be the same script,
133 # the package control script generated by the cmmakepkg command. This
134 # control script handles the run(ning) and halt(ing) of the package.
135 # Enter the timeout, specified in seconds, for the run and halt scripts.
136 # If the script has not completed by the specified timeout value,
137 # it will be terminated. The default for each script timeout is
138 # NO_TIMEOUT. Adjust the timeouts as necessary to permit full
139 # execution of each script.
140 # Note: The HALT_SCRIPT_TIMEOUT should be greater than the sum of
141 # all SERVICE_HALT_TIMEOUT values specified for all services.
142
143 RUN_SCRIPT /etc/cmcluster/pdb_ytis/pdb_ytis.cntl
144 RUN_SCRIPT_TIMEOUT NO_TIMEOUT
145 HALT_SCRIPT /etc/cmcluster/pdb_ytis/pdb_ytis.cntl
146 HALT_SCRIPT_TIMEOUT NO_TIMEOUT
147
148
149 # Enter the names of the storage groups configured for this package.
150 # Repeat this line as necessary for additional storage groups.
151 #
152 # Storage groups are only used with CVM disk groups. Neither
153 # VxVM disk groups or LVM volume groups should be listed here.
154 # By specifying a CVM disk group with the STORAGE_GROUP keyword
155 # this package will not run until the VxVM-CVM-pkg package is
156 # running and thus the CVM shared disk groups are ready for
157 # activation.
158 #
159 # NOTE: Should only be used by applications provided by
160 # Hewlett-Packard.
161 #
162 # Example : STORAGE_GROUP dg01
163 # STORAGE_GROUP dg02
164 # STORAGE_GROUP dg03
165 # STORAGE_GROUP dg04
166 #
167
168
169 # Enter the SERVICE_NAME, the SERVICE_FAIL_FAST_ENABLED and the
170 # SERVICE_HALT_TIMEOUT values for this package. Repeat these
171 # three lines as necessary for additional service names. All
172 # service names MUST correspond to the SERVICE_NAME[] entries in
173 # the package control script.
174 #
175 # The value for SERVICE_FAIL_FAST_ENABLED can be either YES or
176 # NO. If set to YES, in the event of a service failure, the
177 # cluster software will halt the node on which the service is
178 # running. If SERVICE_FAIL_FAST_ENABLED is not specified, the
179 # default will be NO.
180 #
181 # SERVICE_HALT_TIMEOUT is represented as a number of seconds.
182 # This timeout is used to determine the length of time (in
183 # seconds) the cluster software will wait for the service to
184 # halt before a SIGKILL signal is sent to force the termination
185 # of the service. In the event of a service halt, the cluster
186 # software will first send a SIGTERM signal to terminate the
187 # service. If the service does not halt, after waiting for the
188 # specified SERVICE_HALT_TIMEOUT, the cluster software will send
189 # out the SIGKILL signal to the service to force its termination.
190 # This timeout value should be large enough to allow all cleanup
191 # processes associated with the service to complete. If the
192 # SERVICE_HALT_TIMEOUT is not specified, a zero timeout will be
193 # assumed, meaning the cluster software will not wait at all
194 # before sending the SIGKILL signal to halt the service.
195 #
196 # Example: SERVICE_NAME DB_SERVICE
197 # SERVICE_FAIL_FAST_ENABLED NO
198 # SERVICE_HALT_TIMEOUT 300
199 #
200 # To configure a service, uncomment the following lines and
201 # fill in the values for all of the keywords.
202 #
203 SERVICE_NAME pdb_ytis_service
204 SERVICE_FAIL_FAST_ENABLED NO
205 SERVICE_HALT_TIMEOUT 300
206
207
208 # Enter the network subnet name that is to be monitored for this package.
209 # Repeat this line as necessary for additional subnet names. If any of
210 # the subnets defined goes down, the package will be switched to another
211 # node that is configured for this package and has all the defined subnets
212 # available.
213 # The subnet names could be IPv4 or IPv6. The network subnet
214 # names that are to be monitored for this package could be a mix
215 # of IPv4 or IPv6 subnet names
216
217 SUBNET 10.134.95.0
218
219
220 # The keywords RESOURCE_NAME, RESOURCE_POLLING_INTERVAL,
221 # RESOURCE_START, and RESOURCE_UP_VALUE are used to specify Package
222 # Resource Dependencies. To define a package Resource Dependency, a
223 # RESOURCE_NAME line with a fully qualified resource path name, and
224 # one or more RESOURCE_UP_VALUE lines are required. The
225 # RESOURCE_POLLING_INTERVAL and the RESOURCE_START are optional.
226 #
227 # The RESOURCE_POLLING_INTERVAL indicates how often, in seconds, the
228 # resource is to be monitored. It will be defaulted to 60 seconds if
229 # RESOURCE_POLLING_INTERVAL is not specified.
230 #
231 # The RESOURCE_START option can be set to either AUTOMATIC or DEFERRED.
232 # The default setting for RESOURCE_START is AUTOMATIC. If AUTOMATIC
233 # is specified, Serviceguard will start up resource monitoring for
234 # these AUTOMATIC resources automatically when the node starts up.
235 # If DEFERRED is selected, Serviceguard will not attempt to start
236 # resource monitoring for these resources during node start up. User
237 # should specify all the DEFERRED resources in the package run script
238 # so that these DEFERRED resources will be started up from the package
239 # run script during package run time.
240 #
241 # RESOURCE_UP_VALUE requires an operator and a value. This defines
242 # the resource \'UP\' condition. The operators are =, !=, >, <, >=,
243 # and <=, depending on the type of value. Values can be string or
244 # numeric. If the type is string, then only = and != are valid
245 # operators. If the string contains whitespace, it must be enclosed
246 # in quotes. String values are case sensitive. For example,
247 #
248 # Resource is up when its value is
249 # --------------------------------
250 # RESOURCE_UP_VALUE = UP \"UP\"
251 # RESOURCE_UP_VALUE != DOWN Any value except \"DOWN\"
252 # RESOURCE_UP_VALUE = \"On Course\" \"On Course\"
253 #
254 # If the type is numeric, then it can specify a threshold, or a range to
255 # define a resource up condition. If it is a threshold, then any operator
256 # may be used. If a range is to be specified, then only > or >= may be used
257 # for the first operator, and only < or <= may be used for the second operator.
258 # For example,
259 # Resource is up when its value is
260 # --------------------------------
261 # RESOURCE_UP_VALUE = 5 5 (threshold)
262 # RESOURCE_UP_VALUE > 5.1 greater than 5.1 (threshold)
263 # RESOURCE_UP_VALUE > -5 and < 10 between -5 and 10 (range)
264 #
265 # Note that \"and\" is required between the lower limit and upper limit
266 # when specifying a range. The upper limit must be greater than the lower
267 # limit. If RESOURCE_UP_VALUE is repeated within a RESOURCE_NAME block, then
268 # they are inclusively OR\'d together. Package Resource Dependencies may be
269 # defined by repeating the entire RESOURCE_NAME block.
270 #
271 # Example : RESOURCE_NAME /net/interfaces/lan/status/lan0
272 # RESOURCE_POLLING_INTERVAL 120
273 # RESOURCE_START AUTOMATIC
274 # RESOURCE_UP_VALUE = RUNNING
275 # RESOURCE_UP_VALUE = ONLINE
276 #
277 # Means that the value of resource /net/interfaces/lan/status/lan0
278 # will be checked every 120 seconds, and is considered to
279 # be \'up\' when its value is \"RUNNING\" or \"ONLINE\".
280 #
281 # Uncomment the following lines to specify Package Resource Dependencies.
282 #
283 #RESOURCE_NAME <Full_path_name>
284 #RESOURCE_POLLING_INTERVAL <numeric_seconds>
285 #RESOURCE_START <AUTOMATIC/DEFERRED>
286 #RESOURCE_UP_VALUE <op> <string_or_numeric> [and <op> <numeric>]
287
288 # Access Control Policy Parameters.
289 #
290 # Three entries set the access control policy for the package:
291 # First line must be USER_NAME, second USER_HOST, and third USER_ROLE.
292 # Enter a value after each.
293 #
294 # 1. USER_NAME can either be ANY_USER, or a maximum of
295 # 8 login names from the /etc/passwd file on user host.
296 # 2. USER_HOST is where the user can issue Serviceguard commands.
297 # If using Serviceguard Manager, it is the COM server.
298 # Choose one of these three values: ANY_SERVICEGUARD_NODE, or
299 # (any) CLUSTER_MEMBER_NODE, or a specific node. For node,
300 # use the official hostname from domain name server, and not
301 # an IP addresses or fully qualified name.
302 # 3. USER_ROLE must be PACKAGE_ADMIN. This role grants permission
303 # to MONITOR, plus for administrative commands for the package.
304 #
305 # These policies do not effect root users. Access Policies here
306 # should not conflict with policies defined in the cluster configuration file.
307 #
308 # Example: to configure a role for user john from node noir to
309 # administer the package, enter:
310 # USER_NAME john
311 # USER_HOST noir
312 # USER_ROLE PACKAGE_ADMIN
313 |
|