[DRBD-user] allow-two-primaries setting not enforced

Donovan Hughes Donovan.Hughes at microsoft.com
Tue Aug 13 16:22:47 CEST 2019


Hi,

I am having the same problem as this thread: https://lists.gt.net/drbd/users/30659?search_string=allow-two-primaries;#30659

I have a simple 2-node cluster and despite allow-two-primaries being explicitly set to "no", drbd is perfectly happy to let me bring the secondary node into primary status and perform operations on the filesystem.

Example:

cluster1vm2:/etc/drbd.d # drbdadm status
sapnfs role:Secondary
  disk:UpToDate
  cluster1vm1 role:Primary
    peer-disk:UpToDate

cluster1vm2:/etc/drbd.d # drbdadm primary sapnfs
cluster1vm2:/etc/drbd.d # drbdadm status
sapnfs role:Primary
  disk:UpToDate
  cluster1vm1 role:Primary
    peer-disk:UpToDate

I don't think this is proper behaviour at all. Could anybody enlighten me why this happens and how to stop it?

Supporting info:

cluster1vm2:/etc/drbd.d # uname -a
Linux cluster1vm2 4.12.14-95.29-default #1 SMP Thu Aug 1 15:34:33 UTC 2019 (47e48a4) x86_64 x86_64 x86_64 GNU/Linux

cluster1vm2:/etc/drbd.d # drbdsetup show all
resource sapnfs {
    _this_host {
        node-id                 0;
        volume 0 {
            device                      minor 0;
            disk                        "/dev/datavg/datalv";
            meta-disk                   internal;
        }
    }
    connection {
        _peer_node_id 1;
        path {
            _this_host ipv4 10.0.0.5:7790;
            _remote_host ipv4 10.0.0.4:7790;
        }
        net {
            max-epoch-size      20000;
            after-sb-0pri       discard-younger-primary;
            after-sb-1pri       discard-secondary;
            after-sb-2pri       call-pri-lost-after-sb;
            max-buffers         20000;
            _name               "cluster1vm1";
        }
        volume 0 {
            disk {
                c-plan-ahead            1; # 1/10 seconds
                c-fill-target           40960s; # bytes
                c-max-rate              4194304k; # bytes/second
                c-min-rate              102400k; # bytes/second
            }
        }
    }
}

cluster1vm2:/etc/drbd.d # cat /proc/drbd
version: 9.0.14-1 (api:2/proto:86-113)
GIT-hash: 62f906cf44ef02a30ce0c148fec223b40c51c533 build by abuild at sheep21, 2019-01-14 13:51:01
Transports (api:16): tcp (9.0.14-1)

cluster1vm2:/etc/drbd.d # drbdadm --version
DRBDADM_BUILDTAG=GIT-hash:\ eff6423ee72931aa0f8d0eb51742acee7c7cd3e1\ build\ by\ abuild at sheep25\,\ 2019-01-14\ 13:50:11
DRBDADM_API_VERSION=2
DRBD_KERNEL_VERSION_CODE=0x09000e
DRBD_KERNEL_VERSION=9.0.14
DRBDADM_VERSION_CODE=0x090400
DRBDADM_VERSION=9.4.0

Thank you kindly
Donovan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20190813/ab9d35b4/attachment.htm>


More information about the drbd-user mailing list