Not the answer you need?
Register and ask your own question!

Percona Backup for MongoDB on a PSA structure

rubenADNrubenADN Current User Role Novice
In a PSA (Primary, Secondary and Arbiter) structure you have to disable the Read Concern Majority option if you don't want to lose availability if a node other than the arbiter is stopped (is in the official documentation). The problem is that having it disabled does not work pbm backup (ReadConcernMajorityNotEnabled. Majority read concern is not enabled). 
Is there any way to disable it to check the read concern or any other solution?

Best Answer


  • rinkirinki Current User Role Novice
    I am facing the same concern as said by ruben. If ReadConcernMajority is enabled, then mongo cluster will stop working if any of data bearing node goes down. Is there a way to trigger backup from primary when ReadConcernMajority  is not enabled using percona.
  • rubenADNrubenADN Current User Role Novice
    I haven't found a solution yet
  • Akira KuroganeAkira Kurogane Percona Percona Staff Role
    Hi Ruben (and Rinki).
    I believe the direct cause of the error you reported is that connections from pbm-agents and PBM CLI to read the PBM control collections explicitly set the "majority" readConcern option.
    pbm.go: connection to the PBM control collections:
    func connect(ctx context.Context, uri, appName string) (*mongo.Client, error) {
        client, err := mongo.NewClient(

    N.b. this is not all connections. Connections from the pbm-agent to the local mongod node, e.g. when copying data for a backup or inserting data during a restore, don't set readConcern. Instead they use the "direct" option which implies that readPreference and readConcern will be ignored. (The "n.curi" value here the URI provided by PBM_MONGODB_URI env var or the --mongodb-uri commandline argument.)
    func (n *Node) Connect() error {
       conn, err := mongo.NewClient(options.Client().ApplyURI(n.curi).SetAppName("pbm-agent-exec").SetDirect(true))

    PBM has a design focus to use replica set's inbuilt consistency where it is sensible, but as you noted Ruben changes for transactions starting in v4.0 made read majority and PSA replicasets sort-of incompatible. A PSA replicaset is fine but a PA(+ S down) replicaset is does not offer majority read guarantees.

    I think the error you report can only happen when the replicaset with the PBM control collections falls into a PA(+ S down) state. Could you please confirm that matches what you observe / are worried about?

  • rubenADNrubenADN Current User Role Novice
    edited July 28
    If I disable the read concern majority ("enableMajorityReadConcern: false" in mongod.conf) the pbm agent detects it and does not let it start.  I can't test what would happen if the secondary falls because it doesn't even start the pbm-agent.
    If once started it does not check the read concern for backups (use the "direct"), there should be no problem even if the arbiter or the secondary is down, but as I said with the option read concern disabled it does not start the pbm-agent.
    Is there any way to start the agent with the read concern disabled?

    Thank you very much.

    Error pbm-agent with "enableMajorityReadConcern: false" in mongo.conf:
    jul 28 11:05:27 mongo1 pbm-agent[14670]: 2020/07/28 11:05:27 connect to mongodb: get config server connetion URI:  (ReadConcernMajorityNotEnabled) Majority read concern is not enabled.
    I test all without "enableMajorityReadConcern: false" in mongo.conf and all works fine but it is not the recommendation for a PSA structure.
  • rubenADNrubenADN Current User Role Novice
    OK, thank you very much for your help
Sign In or Register to comment.

MySQL, InnoDB, MariaDB and MongoDB are trademarks of their respective owners.
Copyright ©2005 - 2020 Percona LLC. All rights reserved.