No subject


Wed Oct 6 13:38:06 CEST 2010


ved.=20
=20
* Sat Apr 07 2007 21:32:39 +0200 Philipp Reisner <phil(at)linbit.com>
  - drbd (8.0.2-1)
   * Improved the robustness of the UUID based algorithm that decides about=
 the resync direction.

We would like to force sync in the rule 4 by doing the following=2C need yo=
ur help in this regard.
                case 0:
                      /* !self_pri && !peer_pri */
                      if (mdev->state.conn =3D=3D WFBitMapT) {
                        drbd_start_resync(mdev=2C SyncTarget)=3B
                      }
                      else if (mdev->state.conn =3D=3D WFBitMapS) {
                        drbd_start_resync(mdev=2C SyncSource)=3B
                      }
                      else if (mdev->state.conn =3D=3D SyncTarget) {
                         drbd_start_resync(mdev=2C SyncTarget)=3B
                      }
                      else if (mdev->state.conn =3D=3D SyncSource) {
                         drbd_start_resync(mdev=2C SyncSource)=3B
                      }
                      return 0=3B
=20
Testcase we are running:
Reset active board every 5 mins on a Redundant Setup.
=20
dmesg output:
11-02 22:10:23 unknown kernel drbd0: drbd_sync_handshake:
11-02 22:10:23 unknown kernel drbd0: self 52A974873622A8A8:0000000000000000=
:D1A184CD02C8EE0D:BD9572546D8C332D
11-02 22:10:23 unknown kernel drbd0: peer 77F8DC91C89BA0F9:52A974873622A8A8=
:D1A184CD02C8EE0C:BD9572546D8C332D
11-02 22:10:23 unknown kernel drbd0: uuid_compare()=3D-1 by rule 5
11-02 22:10:23 unknown kernel drbd0: peer( Unknown -> Primary ) conn( WFRep=
ortParams -> WFBitMapT ) pdsk( DUnknown -> UpToDate )=20
11-02 22:10:23 unknown kernel drbd0: conn( WFBitMapT -> WFSyncUUID )=20
11-02 22:10:23 unknown kernel drbd0: conn( WFSyncUUID -> SyncTarget ) disk(=
 UpToDate -> Inconsistent )=20
11-02 22:10:23 unknown kernel drbd0: Began resync as SyncTarget (will sync =
324 KB [81 bits set]).
11-02 22:10:23 unknown kernel drbd0: Resync done (total 1 sec=3B paused 0 s=
ec=3B 324 K/sec)
11-02 22:10:23 unknown kernel drbd0: conn( SyncTarget -> Connected ) disk( =
Inconsistent -> UpToDate )=20
11-02 22:10:24 unknown kernel drbd0: local disk flush failed with status -9=
5=2C disabling disk-flushes
11-02 22:14:13 unknown kernel drbd0: peer( Primary -> Secondary )=20
11-02 22:14:14 unknown kernel drbd0: role( Secondary -> Primary )=20
11-02 22:14:14 unknown kernel EXT3 FS on drbd0=2C internal journal
11-02 22:14:14 unknown kernel SELinux: initialized (dev drbd0=2C type ext3)=
=2C uses xattr
11-02 22:14:18 unknown kernel drbd0: peer( Secondary -> Unknown ) conn( Con=
nected -> TearDown ) pdsk( UpToDate -> DUnknown )=20
11-02 22:14:18 unknown kernel drbd0: Creating new current UUID
11-02 22:14:18 unknown kernel drbd0: meta connection shut down by peer.
11-02 22:14:18 unknown kernel drbd0: asender terminated
11-02 22:14:18 unknown kernel drbd0: Terminating asender thread
11-02 22:14:19 unknown kernel drbd0: Connection closed
11-02 22:14:19 unknown kernel drbd0: conn( TearDown -> Unconnected )=20
11-02 22:14:19 unknown kernel drbd0: receiver terminated
11-02 22:14:19 unknown kernel drbd0: Restarting receiver thread
11-02 22:14:19 unknown kernel drbd0: receiver (re)started
11-02 22:14:19 unknown kernel drbd0: conn( Unconnected -> WFConnection )=20
11-02 22:15:16 unknown kernel drbd0: Handshake successful: DRBD Network Pro=
tocol version 86
11-02 22:15:16 unknown kernel drbd0: conn( WFConnection -> WFReportParams )=
=20
11-02 22:15:16 unknown kernel drbd0: Starting asender thread (from drbd0_re=
ceiver [1495])
11-02 22:15:16 unknown kernel drbd0: Considerable difference in lower level=
 device sizes: 18768s vs. 32176s
11-02 22:15:16 unknown kernel drbd0: drbd_sync_handshake:
11-02 22:15:16 unknown kernel drbd0: self 77F8DC91C89BA0F9:77F8DC91C89BA0F9=
:A1454CD240FF75F4:52A974873622A8A8
11-02 22:15:16 unknown kernel drbd0: peer 77F8DC91C89BA0F8:0000000000000000=
:A1454CD240FF75F4:52A974873622A8A8
11-02 22:15:16 unknown kernel drbd0: uuid_compare()=3D0 by rule 4
11-02 22:15:16 unknown kernel drbd0: No resync=2C but 78 bits in bitmap!
11-02 22:15:16 unknown kernel drbd0: peer( Unknown -> Secondary ) conn( WFR=
eportParams -> Connected ) pdsk( DUnknown -> UpToDate )=20
11-02 22:19:20 unknown kernel drbd0: role( Primary -> Secondary )=20
11-02 22:19:20 unknown kernel drbd0: peer( Secondary -> Unknown ) conn( Con=
nected -> Disconnecting ) pdsk( UpToDate -> DUnknown )=20
=20

LAK=20


 		 	   		  =

--_cac6572a-a311-42ec-8b6d-1e4e5a4b6066_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<style><!--
.hmmessage P
{
margin:0px=3B
padding:0px
}
body.hmmessage
{
font-size: 10pt=3B
font-family:Tahoma
}
--></style>
</head>
<body class=3D'hmmessage'>
Hi=2C<BR><BR>
DRBD -Version 8.0.16 (Code for uuid_compare by rule 4 is same in all DRBD-8=
.x.y versions)<BR>
&nbsp=3B<BR>
We are consistently seeing content of snmpd.conf get corrupted -- sometimes=
 it shows iptables and sometimes it has some wierd binary data.<BR>
&nbsp=3B<BR>
In all the instances we have seen corruption=2C Pattern observed from dmesg=
<BR>
uuid_compare()=3D0 by rule 4<BR>
No resync=2C but <FONT color=3D#ff0000><STRONG>78</STRONG> </FONT>bits in b=
itmap!&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=
=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B=
&nbsp=3B&nbsp=3B&nbsp=3B &lt=3B&lt=3B&lt=3B&lt=3B Number of bits is variabl=
e. &gt=3B&gt=3B&gt=3B&gt=3B<BR>
&nbsp=3B<BR>


More information about the drbd-user mailing list