How to make the modification of rrp_mode parameters take effect?
The version information of Linux, pacemaker and corosync is as follows:
Linux version 3.10.0-693.el7.x86_64、pacemaker-1.1.23-1.el7_9.1.x86_64、corosync-2.4.5-7.el7.x86_64
When I make the following configuration in the /etc/corosync/corosync.conf configuration file, an error similar to "Value of key 'rrp_token_expired_timeout' is expected to be integer in range" is reported, and the corosync and pacemaker services cannot be started.
totem { version: 2 cluster_name: my_cluster secauth: off transport: udpu rrp_mode: passive rrp_token_expired_timeout: 94 rrp_problem_count_timeout: 4000 rrp_problem_count_threshold: 2000 }
When I make the following configuration in the /etc/corosync/corosync.conf configuration file, restart the corosync and pacemaker services and the cluster is normal, but the parameters I want to set have not taken effect and are still the default parameters, as follows:
totem { version: 2 cluster_name: my_cluster secauth: off transport: udpu rrp_mode: passive rrp_token_expired_timeout=94 rrp_problem_count_timeout=4000 rrp_problem_count_threshold=2000 }
Based on the configuration in the previous step, the cluster parameter configuration can be queried through the corosync-cmapctl command, and it is found that the configuration parameters in the previous step have not taken effect, and they are still the default parameters, as shown below:
runtime.config.totem.rrp_autorecovery_check_timeout (u32) = 1000 runtime.config.totem.rrp_problem_count_mcast_threshold (u32) = 100 runtime.config.totem.rrp_problem_count_threshold (u32) = 10 runtime.config.totem.rrp_problem_count_timeout (u32) = 2000 runtime.config.totem.rrp_token_expired_timeout (u32) = 547
So, can you tell me where is the problem? And how should I modify the parameters and make them effective?Thank you advance for sharing your experience here.
Responses