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

    Quick Links

    Help

    Site Info

    Related Sites

    © 2025 Red Hat, Inc.