Select Your Language

Infrastructure and Management

Cloud Computing

Storage

Runtimes

Integration and Automation

  • Comments
  • How to make the modification of rrp_mode parameters take effect?

    Posted on

    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.

    by

    points

    Responses

    Red Hat LinkedIn YouTube Facebook X, formerly Twitter

    Quick Links

    Help

    Site Info

    Related Sites

    © 2026 Red Hat