Distributed Replicated Block Device (DRBD) development
 help / color / mirror / Atom feed
From: Lars Ellenberg <lars.ellenberg@linbit.com>
To: drbd-dev@lists.linbit.com
Subject: Re: [Drbd-dev] DRBD Bug Report
Date: Mon, 31 Oct 2016 11:58:52 +0100	[thread overview]
Message-ID: <20161031105852.GC1382@soda.linbit> (raw)
In-Reply-To: <36D1AB4E1AAC4541A1C88167C7231D0B01409F69FA@G08CNEXMBPEKD02.g08.fujitsu.local>

On Tue, Oct 25, 2016 at 01:23:42AM +0000, Guo, Lei wrote:
> Version:9.0.5/9.0.4
> File:drbd_state.c
> 
> Two nodes are setup, Node 1 is primary, node 2 is secondary.
> On node 2 , command “drbdadm down r0” returns error.
> 
> [error] Failed to disconnected or detach the r0.
>                                                  cmd_result=[11], cmd_output=[r0: State change failed: (-10) State change was refused by peer node
>                                                  additional info from kernel:failed to disconnect
> 
> 
> The possible bug is as follows.
> static enum outdate_what outdate_on_disconnect(struct drbd_connection *connection)
> {
>         struct drbd_resource *resource = connection->resource;
> 
>         if (connection->fencing_policy >= FP_RESOURCE &&
>             resource->role[NOW] != connection->peer_role[NOW]) {
>                 if (resource->role[NOW] == R_PRIMARY)
>                         return OUTDATE_PEER_DISKS;
>                 if (connection->peer_role[NOW] != R_PRIMARY)           <--------- should be “if (connection->peer_role[NOW] == R_PRIMARY)”

Yes.
And I thought I fixed that some weeks ago.
But apparently I did not push a test case,
and it got lost during the last merge/release cycle.
Pushed now.

Note though that this is by far not the only thing
that is broken with enabled fencing-policies on DRBD 9.

I was operating on the assumption that there had been only a few missing
missing parts regarding pacemaker (and other) integration.  Turned out I
was wrong, and DRBD 9 + fencing policies is pretty much completely
broken in the module itself still.  We are working on it.

-- 
: Lars Ellenberg
: LINBIT | Keeping the Digital World Running
: DRBD -- Heartbeat -- Corosync -- Pacemaker
: R&D, Integration, Ops, Consulting, Support

DRBD® and LINBIT® are registered trademarks of LINBIT

  reply	other threads:[~2016-10-31 10:58 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-25  1:23 [Drbd-dev] DRBD Bug Report Guo, Lei
2016-10-31 10:58 ` Lars Ellenberg [this message]
2018-04-04  7:04   ` [Drbd-dev] DRBD Bug Report : DRBD 9.0 after-resync-target not being called after resync / reconnect Farhan Khan
2018-04-04 10:37     ` Lars Ellenberg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20161031105852.GC1382@soda.linbit \
    --to=lars.ellenberg@linbit.com \
    --cc=drbd-dev@lists.linbit.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox