Phriction Welcome to the ClusterLabs Wiki Projects Pacemaker Pacemaker 2.0 Changes Pacemaker 2.0 Configuration Changes History Version 1 vs 2
Version 1 vs 2
Version 1 vs 2
Content Changes
Content Changes
Pacemaker 2.0 changed cluster configuration in the following ways. Clusters that were using Pacemaker 1.1.11 or greater running on Corosync 2 or greater are generally not affected.
== The build process ==
* Pacemaker now requires these minimum versions of support software:
** autoconf 2.64
** automake 1.11
** glib 2.16.0
** python 2.7 or 3.2
* The Pacemaker detail log is now stored in /var/log/pacemaker/ by default (instead of /var/log/), and Pacemaker will no longer default to using the log file specified in corosync.conf. Bundle logs are still stored in /var/log/pacemaker/bundles/ by default. These default directories can now be changed with the following new options to the configure script:
** --with-logdir
** --with-bundledir
* The configure script will now configure Python scripts to invoke the Python executable specified by the PYTHON variable (which is auto-detected by default), so Pacemaker may be built to use a specific Python version with, for example, `./configure PYTHON=/usr/bin/python3.6`. The spec file provided with the distribution now has a global variable `python_path` which can be edited to set this when building an RPM.
* The following deprecated, legacy options to the configure script have been **removed**:
** --with-ais
** --with-ais-prefix
** --with-cman
** --with-cs-quorum
** --with-doc-cli
** --with-esmtp
** --with-heartbeat
** --with-snmp
* The configure script will no longer check heartbeat's glue_config.h and agent_config.h headers for configuration values (such as the location of the core dump directory, the cluster daemon directory, the resource agent temporary directory, and the cluster user/group ids).
* The configure script will no longer map `NONE` to the build prefix when used as the value of directory location options.
* Defining `RHEL7_COMPAT` when building Pacemaker will no longer have any effect (the notification-agent and notification-recipient cluster properties, which were never part of an official release, are no longer supported in any fashion).
== The environment ==
* Support for the following deprecated, legacy environment variables (typically set in /etc/sysconfig/pacemaker or similar locations) has been *removed*:
** LRMD_MAX_CHILDREN (use PCMK_node_action_limit instead)
** PCMK_debugfile and HA_debugfile (use PCMK_logfile instead)
** PCMK_legacy
** PCMK_STACK
** PCMK_uname_is_uuid
** PCMK_use_logd, HA_use_logd, and HA_LOGD (along with the ability to launch pacemaker-mgmtd)
* If corosync.conf contains both a `name` and a `ring0_addr` for a node, Pacemaker will prefer `name` as the node name. (This restores the behavior before 1.1.8, which flipped the preference, apparently unintentionally.)
* When Pacemaker or Pacemaker Remote is launched by systemd, by default it will now run without limits on the number of processes it can spawn simultaneously. To override this behavior, create a unit file override for pacemaker.service with TasksMax set to the desired value.
* When Pacemaker is launched by init script, the init script no longer behaves differently when called with the --skip-cman option, and no longer has the ability to manage CMAN and its helper daemons.
* Pacemaker will no longer automatically create /var/run/heartbeat/rsctmp at start-up for (old) resource agents.
== Configuration Information Base (CIB) XML changes ==
=== Changes in behavior ===
* The **record-pending** cluster property now defaults to true
* If the **stonith-watchdog-timeout** cluster property is set to a negative number, and the SBD_WATCHDOG_TIMEOUT environment variable is set, Pacemaker will calculate an appropriate value. To get the previous behavior of disabling Pacemaker watchdog fencing, use 0 (which is still the default).
* The **reconnect_interval** option of ocf:pacemaker:remote resources now accepts ISO8601 period specifications, as well as the previously accepted bare number of seconds or number with SI units.
=== Promotable clone resources ===
The resource type referred to as "master/slave", "stateful", or "multi-state" is no longer a separate resource type, but a variation of clone now referred to as a "promotable clone". "Master scores" are now referred to as "promotion scores" (though the names of the crm_master tool and master-* node attributes are unchanged).
<table>
<tr><th>Deprecated</th><th>Use instead</th></tr>
<tr><td><master> resource</td><td><clone> resource with a new meta-attribute "promotable" set to "true"</td></tr>
<tr><td>"master-max" master meta-attribute</td><td>"promoted-max" clone meta-attribute</td></tr>
<tr><td>"master-node-max" master meta-attribute</td><td>"promoted-node-max" clone meta-attribute</td></tr>
<tr><td>masters property of <docker> and <rkt> tags inside bundles</td><td>promoted-max property in the same place</td></tr>
</table>
The deprecated syntax will continue to be accepted for at least the lifetime of the 2.0.x series.
Further changes in related terminology (such as the role names) occurred in the 2.1.0 release. It was not done all at once because some changes required updates to the OCF standard and existing resource agents.
=== Options that have been renamed ===
<table>
<tr><th>Cluster properties</th></tr>
<tr><th>Deprecated</th><th>Use instead</th></tr>
<tr><td>crmd-integration-timeout</td><td>join-integration-timeout</td></tr>
<tr><td>crmd-finalization-timeout</td><td>join-finalization-timeout</td></tr>
<tr><td>crmd-transition-delay</td><td>transition-delay</td></tr>
</table>
The deprecated syntax will continue to be accepted for at least the lifetime of the 2.0.x series.
=== Deprecated options that have been removed ===
<table>
<tr><th>Cluster properties</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>cluster_recheck_interval</td><td>cluster-recheck-interval</td></tr>
<tr><td>dc_deadtime</td><td>dc-deadtime</td></tr>
<tr><td>default-action-timeout</td><td>timeout in op_defaults</td></tr>
<tr><td>default_action_timeout</td><td>timeout in op_defaults</td></tr>
<tr><td>default-resource-failure-stickiness</td><td>comparable migration-threshold in rsc_defaults</td></tr>
<tr><td>default_resource_failure_stickiness</td><td>comparable migration-threshold in rsc_defaults</td></tr>
<tr><td>default-resource-stickiness</td><td>resource-stickiness in rsc_defaults</td></tr>
<tr><td>default_resource_stickiness</td><td>resource-stickiness in rsc_defaults</td></tr>
<tr><td>election_timeout</td><td>election-timeout</td></tr>
<tr><td>expected-quorum-votes</td><td>//n/a//</td></tr>
<tr><td>is-managed-default</td><td>is-managed in rsc_defaults</td></tr>
<tr><td>is_managed_default</td><td>is-managed in rsc_defaults</td></tr>
<tr><td>no_quorum_policy</td><td>no-quorum-policy</td></tr>
<tr><td>remove_after_stop</td><td>remove-after-stop</td></tr>
<tr><td>shutdown_escalation</td><td>shutdown-escalation</td></tr>
<tr><td>startup_fencing</td><td>startup-fencing</td></tr>
<tr><td>stonith_action</td><td>stonith-action</td></tr>
<tr><td>stonith_enabled</td><td>stonith-enabled</td></tr>
<tr><td>stop_orphan_actions</td><td>stop-orphan-actions</td></tr>
<tr><td>stop_orphan_resources</td><td>stop-orphan-resources</td></tr>
<tr><td>symmetric_cluster</td><td>symmetric-cluster</td></tr>
<tr><td>transition_idle_timeout</td><td>cluster-delay</td></tr>
</table>
<table>
<tr><th>Resource meta-attributes</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>isolation, isolation-host, isolation-instance, isolation-wrapper</td><td>bundle resources</td></tr>
<tr><td>resource-failure-stickiness</td><td>comparable migration-threshold</td></tr>
<tr><td>resource_failure_stickiness</td><td>comparable migration-threshold</td></tr>
</table>
<table>
<tr><th>Operation meta-attributes</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>requires</td><td>requires in resource meta-attributes</td></tr>
</table>
<table>
<tr><th>Fence device instance attributes</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>pcmk_arg_map</td><td>comparable pcmk_host_argument</td></tr>
<tr><td>pcmk_list_cmd</td><td>pcmk_list_action</td></tr>
<tr><td>pcmk_monitor_cmd</td><td>pcmk_monitor_action</td></tr>
<tr><td>pcmk_off_cmd</td><td>pcmk_off_action</td></tr>
<tr><td>pcmk_on_cmd</td><td>pcmk_on_action</td></tr>
<tr><td>pcmk_poweroff_action</td><td>pcmk_off_action</td></tr>
<tr><td>pcmk_reboot_cmd</td><td>pcmk_reboot_action</td></tr>
<tr><td>pcmk_status_cmd</td><td>pcmk_status_action</td></tr>
</table>
=== Deprecated syntax that has been removed ===
* Support for using **Corosync version 1** (whether with CMAN or the Pacemaker plugin) or **Heartbeat** as the underlying cluster layer. This includes:
** `<primitive>` resources with `class="heartbeat"` (these required building with the cluster-glue library, and should not be confused with resources with `class="ocf" provider="heartbeat"`, which are still supported)
** automatically looking for the CIB in /var/lib/heartbeat/crm or CIB secrets in /var/lib/heartbeat/lrm/secrets
** `type="normal"` in CIB `<node>` entries (use `type="member"` instead)
* Support for pre-Pacemaker-0.7 and pre-Heartbeat-2.0.8 transition keys in `<lrm_rsc_op>` status entries (only an issue for manipulating saved live CIB files from Pacemaker 0.6, or Pacemaker 1.1.6 or earlier with Heartbeat 2.0.7 or earlier)
* Support for the `<cib>` tag's `validate-with` attribute set to "pacemaker-0.6", "transitional-0.6", "pacemaker-0.7", or "pacemaker-1.1" (if your configuration has this, run `cibadmin --upgrade` or replace "pacemaker-1.1" with "pacemaker-next" //before// upgrading to Pacemaker 2.0)
* Support for `<instance_attributes>` in the `<tickets>` status section (only an issue for really old saved CIB files, not live cluster configurations)
* Support for operation meta-attributes specified in the operation's `<instance_attributes>` section. (Specify them in the operation's `<meta_attributes>` instead.)
Pacemaker 2.0 changed cluster configuration in the following ways. Clusters that were using Pacemaker 1.1.11 or greater running on Corosync 2 or greater are generally not affected.
== The build process ==
* Pacemaker now requires these minimum versions of support software:
** autoconf 2.64
** automake 1.11
** glib 2.16.0
** python 2.7 or 3.2
** rpm 4.14.0 (if building RPMs)
* The Pacemaker detail log is now stored in /var/log/pacemaker/ by default (instead of /var/log/), and Pacemaker will no longer default to using the log file specified in corosync.conf. Bundle logs are still stored in /var/log/pacemaker/bundles/ by default. These default directories can now be changed with the following new options to the configure script:
** --with-logdir
** --with-bundledir
* The configure script will now configure Python scripts to invoke the Python executable specified by the PYTHON variable (which is auto-detected by default), so Pacemaker may be built to use a specific Python version with, for example, `./configure PYTHON=/usr/bin/python3.6`. The spec file provided with the distribution now has a global variable `python_path` which can be edited to set this when building an RPM.
* The following deprecated, legacy options to the configure script have been **removed**:
** --with-ais
** --with-ais-prefix
** --with-cman
** --with-cs-quorum
** --with-doc-cli
** --with-esmtp
** --with-heartbeat
** --with-snmp
* The configure script will no longer check heartbeat's glue_config.h and agent_config.h headers for configuration values (such as the location of the core dump directory, the cluster daemon directory, the resource agent temporary directory, and the cluster user/group ids).
* The configure script will no longer map `NONE` to the build prefix when used as the value of directory location options.
* Defining `RHEL7_COMPAT` when building Pacemaker will no longer have any effect (the notification-agent and notification-recipient cluster properties, which were never part of an official release, are no longer supported in any fashion).
== The environment ==
* Support for the following deprecated, legacy environment variables (typically set in /etc/sysconfig/pacemaker or similar locations) has been *removed*:
** LRMD_MAX_CHILDREN (use PCMK_node_action_limit instead)
** PCMK_debugfile and HA_debugfile (use PCMK_logfile instead)
** PCMK_legacy
** PCMK_STACK
** PCMK_uname_is_uuid
** PCMK_use_logd, HA_use_logd, and HA_LOGD (along with the ability to launch pacemaker-mgmtd)
* If corosync.conf contains both a `name` and a `ring0_addr` for a node, Pacemaker will prefer `name` as the node name. (This restores the behavior before 1.1.8, which flipped the preference, apparently unintentionally.)
* When Pacemaker or Pacemaker Remote is launched by systemd, by default it will now run without limits on the number of processes it can spawn simultaneously. To override this behavior, create a unit file override for pacemaker.service with TasksMax set to the desired value.
* When Pacemaker is launched by init script, the init script no longer behaves differently when called with the --skip-cman option, and no longer has the ability to manage CMAN and its helper daemons.
* Pacemaker will no longer automatically create /var/run/heartbeat/rsctmp at start-up for (old) resource agents.
== Configuration Information Base (CIB) XML changes ==
=== Changes in behavior ===
* The **record-pending** cluster property now defaults to true
* If the **stonith-watchdog-timeout** cluster property is set to a negative number, and the SBD_WATCHDOG_TIMEOUT environment variable is set, Pacemaker will calculate an appropriate value. To get the previous behavior of disabling Pacemaker watchdog fencing, use 0 (which is still the default).
* The **reconnect_interval** option of ocf:pacemaker:remote resources now accepts ISO8601 period specifications, as well as the previously accepted bare number of seconds or number with SI units.
=== Promotable clone resources ===
The resource type referred to as "master/slave", "stateful", or "multi-state" is no longer a separate resource type, but a variation of clone now referred to as a "promotable clone". "Master scores" are now referred to as "promotion scores" (though the names of the crm_master tool and master-* node attributes are unchanged).
<table>
<tr><th>Deprecated</th><th>Use instead</th></tr>
<tr><td><master> resource</td><td><clone> resource with a new meta-attribute "promotable" set to "true"</td></tr>
<tr><td>"master-max" master meta-attribute</td><td>"promoted-max" clone meta-attribute</td></tr>
<tr><td>"master-node-max" master meta-attribute</td><td>"promoted-node-max" clone meta-attribute</td></tr>
<tr><td>masters property of <docker> and <rkt> tags inside bundles</td><td>promoted-max property in the same place</td></tr>
</table>
The deprecated syntax will continue to be accepted for at least the lifetime of the 2.0.x series.
Further changes in related terminology (such as the role names) occurred in the 2.1.0 release. It was not done all at once because some changes required updates to the OCF standard and existing resource agents.
=== Options that have been renamed ===
<table>
<tr><th>Cluster properties</th></tr>
<tr><th>Deprecated</th><th>Use instead</th></tr>
<tr><td>crmd-integration-timeout</td><td>join-integration-timeout</td></tr>
<tr><td>crmd-finalization-timeout</td><td>join-finalization-timeout</td></tr>
<tr><td>crmd-transition-delay</td><td>transition-delay</td></tr>
</table>
The deprecated syntax will continue to be accepted for at least the lifetime of the 2.0.x series.
=== Deprecated options that have been removed ===
<table>
<tr><th>Cluster properties</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>cluster_recheck_interval</td><td>cluster-recheck-interval</td></tr>
<tr><td>dc_deadtime</td><td>dc-deadtime</td></tr>
<tr><td>default-action-timeout</td><td>timeout in op_defaults</td></tr>
<tr><td>default_action_timeout</td><td>timeout in op_defaults</td></tr>
<tr><td>default-resource-failure-stickiness</td><td>comparable migration-threshold in rsc_defaults</td></tr>
<tr><td>default_resource_failure_stickiness</td><td>comparable migration-threshold in rsc_defaults</td></tr>
<tr><td>default-resource-stickiness</td><td>resource-stickiness in rsc_defaults</td></tr>
<tr><td>default_resource_stickiness</td><td>resource-stickiness in rsc_defaults</td></tr>
<tr><td>election_timeout</td><td>election-timeout</td></tr>
<tr><td>expected-quorum-votes</td><td>//n/a//</td></tr>
<tr><td>is-managed-default</td><td>is-managed in rsc_defaults</td></tr>
<tr><td>is_managed_default</td><td>is-managed in rsc_defaults</td></tr>
<tr><td>no_quorum_policy</td><td>no-quorum-policy</td></tr>
<tr><td>remove_after_stop</td><td>remove-after-stop</td></tr>
<tr><td>shutdown_escalation</td><td>shutdown-escalation</td></tr>
<tr><td>startup_fencing</td><td>startup-fencing</td></tr>
<tr><td>stonith_action</td><td>stonith-action</td></tr>
<tr><td>stonith_enabled</td><td>stonith-enabled</td></tr>
<tr><td>stop_orphan_actions</td><td>stop-orphan-actions</td></tr>
<tr><td>stop_orphan_resources</td><td>stop-orphan-resources</td></tr>
<tr><td>symmetric_cluster</td><td>symmetric-cluster</td></tr>
<tr><td>transition_idle_timeout</td><td>cluster-delay</td></tr>
</table>
<table>
<tr><th>Resource meta-attributes</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>isolation, isolation-host, isolation-instance, isolation-wrapper</td><td>bundle resources</td></tr>
<tr><td>resource-failure-stickiness</td><td>comparable migration-threshold</td></tr>
<tr><td>resource_failure_stickiness</td><td>comparable migration-threshold</td></tr>
</table>
<table>
<tr><th>Operation meta-attributes</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>requires</td><td>requires in resource meta-attributes</td></tr>
</table>
<table>
<tr><th>Fence device instance attributes</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>pcmk_arg_map</td><td>comparable pcmk_host_argument</td></tr>
<tr><td>pcmk_list_cmd</td><td>pcmk_list_action</td></tr>
<tr><td>pcmk_monitor_cmd</td><td>pcmk_monitor_action</td></tr>
<tr><td>pcmk_off_cmd</td><td>pcmk_off_action</td></tr>
<tr><td>pcmk_on_cmd</td><td>pcmk_on_action</td></tr>
<tr><td>pcmk_poweroff_action</td><td>pcmk_off_action</td></tr>
<tr><td>pcmk_reboot_cmd</td><td>pcmk_reboot_action</td></tr>
<tr><td>pcmk_status_cmd</td><td>pcmk_status_action</td></tr>
</table>
=== Deprecated syntax that has been removed ===
* Support for using **Corosync version 1** (whether with CMAN or the Pacemaker plugin) or **Heartbeat** as the underlying cluster layer. This includes:
** `<primitive>` resources with `class="heartbeat"` (these required building with the cluster-glue library, and should not be confused with resources with `class="ocf" provider="heartbeat"`, which are still supported)
** automatically looking for the CIB in /var/lib/heartbeat/crm or CIB secrets in /var/lib/heartbeat/lrm/secrets
** `type="normal"` in CIB `<node>` entries (use `type="member"` instead)
* Support for pre-Pacemaker-0.7 and pre-Heartbeat-2.0.8 transition keys in `<lrm_rsc_op>` status entries (only an issue for manipulating saved live CIB files from Pacemaker 0.6, or Pacemaker 1.1.6 or earlier with Heartbeat 2.0.7 or earlier)
* Support for the `<cib>` tag's `validate-with` attribute set to "pacemaker-0.6", "transitional-0.6", "pacemaker-0.7", or "pacemaker-1.1" (if your configuration has this, run `cibadmin --upgrade` or replace "pacemaker-1.1" with "pacemaker-next" //before// upgrading to Pacemaker 2.0)
* Support for `<instance_attributes>` in the `<tickets>` status section (only an issue for really old saved CIB files, not live cluster configurations)
* Support for operation meta-attributes specified in the operation's `<instance_attributes>` section. (Specify them in the operation's `<meta_attributes>` instead.)
Pacemaker 2.0 changed cluster configuration in the following ways. Clusters that were using Pacemaker 1.1.11 or greater running on Corosync 2 or greater are generally not affected.
== The build process ==
* Pacemaker now requires these minimum versions of support software:
** autoconf 2.64
** automake 1.11
** glib 2.16.0
** python 2.7 or 3.2
** rpm 4.14.0 (if building RPMs)
* The Pacemaker detail log is now stored in /var/log/pacemaker/ by default (instead of /var/log/), and Pacemaker will no longer default to using the log file specified in corosync.conf. Bundle logs are still stored in /var/log/pacemaker/bundles/ by default. These default directories can now be changed with the following new options to the configure script:
** --with-logdir
** --with-bundledir
* The configure script will now configure Python scripts to invoke the Python executable specified by the PYTHON variable (which is auto-detected by default), so Pacemaker may be built to use a specific Python version with, for example, `./configure PYTHON=/usr/bin/python3.6`. The spec file provided with the distribution now has a global variable `python_path` which can be edited to set this when building an RPM.
* The following deprecated, legacy options to the configure script have been **removed**:
** --with-ais
** --with-ais-prefix
** --with-cman
** --with-cs-quorum
** --with-doc-cli
** --with-esmtp
** --with-heartbeat
** --with-snmp
* The configure script will no longer check heartbeat's glue_config.h and agent_config.h headers for configuration values (such as the location of the core dump directory, the cluster daemon directory, the resource agent temporary directory, and the cluster user/group ids).
* The configure script will no longer map `NONE` to the build prefix when used as the value of directory location options.
* Defining `RHEL7_COMPAT` when building Pacemaker will no longer have any effect (the notification-agent and notification-recipient cluster properties, which were never part of an official release, are no longer supported in any fashion).
== The environment ==
* Support for the following deprecated, legacy environment variables (typically set in /etc/sysconfig/pacemaker or similar locations) has been *removed*:
** LRMD_MAX_CHILDREN (use PCMK_node_action_limit instead)
** PCMK_debugfile and HA_debugfile (use PCMK_logfile instead)
** PCMK_legacy
** PCMK_STACK
** PCMK_uname_is_uuid
** PCMK_use_logd, HA_use_logd, and HA_LOGD (along with the ability to launch pacemaker-mgmtd)
* If corosync.conf contains both a `name` and a `ring0_addr` for a node, Pacemaker will prefer `name` as the node name. (This restores the behavior before 1.1.8, which flipped the preference, apparently unintentionally.)
* When Pacemaker or Pacemaker Remote is launched by systemd, by default it will now run without limits on the number of processes it can spawn simultaneously. To override this behavior, create a unit file override for pacemaker.service with TasksMax set to the desired value.
* When Pacemaker is launched by init script, the init script no longer behaves differently when called with the --skip-cman option, and no longer has the ability to manage CMAN and its helper daemons.
* Pacemaker will no longer automatically create /var/run/heartbeat/rsctmp at start-up for (old) resource agents.
== Configuration Information Base (CIB) XML changes ==
=== Changes in behavior ===
* The **record-pending** cluster property now defaults to true
* If the **stonith-watchdog-timeout** cluster property is set to a negative number, and the SBD_WATCHDOG_TIMEOUT environment variable is set, Pacemaker will calculate an appropriate value. To get the previous behavior of disabling Pacemaker watchdog fencing, use 0 (which is still the default).
* The **reconnect_interval** option of ocf:pacemaker:remote resources now accepts ISO8601 period specifications, as well as the previously accepted bare number of seconds or number with SI units.
=== Promotable clone resources ===
The resource type referred to as "master/slave", "stateful", or "multi-state" is no longer a separate resource type, but a variation of clone now referred to as a "promotable clone". "Master scores" are now referred to as "promotion scores" (though the names of the crm_master tool and master-* node attributes are unchanged).
<table>
<tr><th>Deprecated</th><th>Use instead</th></tr>
<tr><td><master> resource</td><td><clone> resource with a new meta-attribute "promotable" set to "true"</td></tr>
<tr><td>"master-max" master meta-attribute</td><td>"promoted-max" clone meta-attribute</td></tr>
<tr><td>"master-node-max" master meta-attribute</td><td>"promoted-node-max" clone meta-attribute</td></tr>
<tr><td>masters property of <docker> and <rkt> tags inside bundles</td><td>promoted-max property in the same place</td></tr>
</table>
The deprecated syntax will continue to be accepted for at least the lifetime of the 2.0.x series.
Further changes in related terminology (such as the role names) occurred in the 2.1.0 release. It was not done all at once because some changes required updates to the OCF standard and existing resource agents.
=== Options that have been renamed ===
<table>
<tr><th>Cluster properties</th></tr>
<tr><th>Deprecated</th><th>Use instead</th></tr>
<tr><td>crmd-integration-timeout</td><td>join-integration-timeout</td></tr>
<tr><td>crmd-finalization-timeout</td><td>join-finalization-timeout</td></tr>
<tr><td>crmd-transition-delay</td><td>transition-delay</td></tr>
</table>
The deprecated syntax will continue to be accepted for at least the lifetime of the 2.0.x series.
=== Deprecated options that have been removed ===
<table>
<tr><th>Cluster properties</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>cluster_recheck_interval</td><td>cluster-recheck-interval</td></tr>
<tr><td>dc_deadtime</td><td>dc-deadtime</td></tr>
<tr><td>default-action-timeout</td><td>timeout in op_defaults</td></tr>
<tr><td>default_action_timeout</td><td>timeout in op_defaults</td></tr>
<tr><td>default-resource-failure-stickiness</td><td>comparable migration-threshold in rsc_defaults</td></tr>
<tr><td>default_resource_failure_stickiness</td><td>comparable migration-threshold in rsc_defaults</td></tr>
<tr><td>default-resource-stickiness</td><td>resource-stickiness in rsc_defaults</td></tr>
<tr><td>default_resource_stickiness</td><td>resource-stickiness in rsc_defaults</td></tr>
<tr><td>election_timeout</td><td>election-timeout</td></tr>
<tr><td>expected-quorum-votes</td><td>//n/a//</td></tr>
<tr><td>is-managed-default</td><td>is-managed in rsc_defaults</td></tr>
<tr><td>is_managed_default</td><td>is-managed in rsc_defaults</td></tr>
<tr><td>no_quorum_policy</td><td>no-quorum-policy</td></tr>
<tr><td>remove_after_stop</td><td>remove-after-stop</td></tr>
<tr><td>shutdown_escalation</td><td>shutdown-escalation</td></tr>
<tr><td>startup_fencing</td><td>startup-fencing</td></tr>
<tr><td>stonith_action</td><td>stonith-action</td></tr>
<tr><td>stonith_enabled</td><td>stonith-enabled</td></tr>
<tr><td>stop_orphan_actions</td><td>stop-orphan-actions</td></tr>
<tr><td>stop_orphan_resources</td><td>stop-orphan-resources</td></tr>
<tr><td>symmetric_cluster</td><td>symmetric-cluster</td></tr>
<tr><td>transition_idle_timeout</td><td>cluster-delay</td></tr>
</table>
<table>
<tr><th>Resource meta-attributes</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>isolation, isolation-host, isolation-instance, isolation-wrapper</td><td>bundle resources</td></tr>
<tr><td>resource-failure-stickiness</td><td>comparable migration-threshold</td></tr>
<tr><td>resource_failure_stickiness</td><td>comparable migration-threshold</td></tr>
</table>
<table>
<tr><th>Operation meta-attributes</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>requires</td><td>requires in resource meta-attributes</td></tr>
</table>
<table>
<tr><th>Fence device instance attributes</th></tr>
<tr><th>Removed</th><th>Use instead</th></tr>
<tr><td>pcmk_arg_map</td><td>comparable pcmk_host_argument</td></tr>
<tr><td>pcmk_list_cmd</td><td>pcmk_list_action</td></tr>
<tr><td>pcmk_monitor_cmd</td><td>pcmk_monitor_action</td></tr>
<tr><td>pcmk_off_cmd</td><td>pcmk_off_action</td></tr>
<tr><td>pcmk_on_cmd</td><td>pcmk_on_action</td></tr>
<tr><td>pcmk_poweroff_action</td><td>pcmk_off_action</td></tr>
<tr><td>pcmk_reboot_cmd</td><td>pcmk_reboot_action</td></tr>
<tr><td>pcmk_status_cmd</td><td>pcmk_status_action</td></tr>
</table>
=== Deprecated syntax that has been removed ===
* Support for using **Corosync version 1** (whether with CMAN or the Pacemaker plugin) or **Heartbeat** as the underlying cluster layer. This includes:
** `<primitive>` resources with `class="heartbeat"` (these required building with the cluster-glue library, and should not be confused with resources with `class="ocf" provider="heartbeat"`, which are still supported)
** automatically looking for the CIB in /var/lib/heartbeat/crm or CIB secrets in /var/lib/heartbeat/lrm/secrets
** `type="normal"` in CIB `<node>` entries (use `type="member"` instead)
* Support for pre-Pacemaker-0.7 and pre-Heartbeat-2.0.8 transition keys in `<lrm_rsc_op>` status entries (only an issue for manipulating saved live CIB files from Pacemaker 0.6, or Pacemaker 1.1.6 or earlier with Heartbeat 2.0.7 or earlier)
* Support for the `<cib>` tag's `validate-with` attribute set to "pacemaker-0.6", "transitional-0.6", "pacemaker-0.7", or "pacemaker-1.1" (if your configuration has this, run `cibadmin --upgrade` or replace "pacemaker-1.1" with "pacemaker-next" //before// upgrading to Pacemaker 2.0)
* Support for `<instance_attributes>` in the `<tickets>` status section (only an issue for really old saved CIB files, not live cluster configurations)
* Support for operation meta-attributes specified in the operation's `<instance_attributes>` section. (Specify them in the operation's `<meta_attributes>` instead.)