From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C85467.0AE11697" Date: Fri, 11 Jan 2008 10:31:31 -0500 Message-ID: <342BAC0A5467384983B586A6B0B3767107C5AF6F@EXNA.corp.stratus.com> From: "Graham, Simon" To: Subject: [Drbd-dev] [DRBD-8.0 PATCH] One more place where stop=sync flag is not explicitely List-Id: Coordination of development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , This is a multi-part message in MIME format. ------_=_NextPart_001_01C85467.0AE11697 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01C85467.0AE11697" ------_=_NextPart_002_01C85467.0AE11697 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The following patch fixes an issue where the STOP-SYNC flag was not explicitly cleared when resync is required - this can lead to the resync stalling. =20 Simon ------_=_NextPart_002_01C85467.0AE11697 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The following patch fixes an issue where the = STOP-SYNC flag was not explicitly cleared when resync is required – this can lead = to the resync stalling.

Simon

------_=_NextPart_002_01C85467.0AE11697-- ------_=_NextPart_001_01C85467.0AE11697 Content-Type: application/octet-stream; name="0009-One-more-place-where-stop-sync-flag-is-not-explicite.patch" Content-Transfer-Encoding: base64 Content-Description: 0009-One-more-place-where-stop-sync-flag-is-not-explicite.patch Content-Disposition: attachment; filename="0009-One-more-place-where-stop-sync-flag-is-not-explicite.patch" RnJvbSAxNjg5NmE1ZThiMmM1ODYyYmE1NTg0OWEwMzY3ODhhY2UwMTcxYzNmIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBTaW1vbiBQLiBHcmFoYW0gPFNpbW9uLkdyYWhhbUBzdHJhdHVz LmNvbT4KRGF0ZTogU3VuLCAzMCBEZWMgMjAwNyAxNjo0MTo1NyAtMDUwMApTdWJqZWN0OiBbUEFU Q0hdIE9uZSBtb3JlIHBsYWNlIHdoZXJlIHN0b3A9c3luYyBmbGFnIGlzIG5vdCBleHBsaWNpdGVs eSBjbGVhcmVkIHdoZW4gc3RhcnRpbmcgcmVzeW5jIC0gaWYgZmxhZyBldmVyIGdvdCBzZXQgd2hp bHN0IHN5bmMgd2FzIG5vdCBpbiBwcm9ncmVzcywgdGhpcyB3b3VsZCBjYXVzZSBzeW5jIHRvIHN0 YWxsLgoKLS0tCiBkcmJkL2RyYmRfd29ya2VyLmMgfCAgICAxICsKIDEgZmlsZXMgY2hhbmdlZCwg MSBpbnNlcnRpb25zKCspLCAwIGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL2RyYmQvZHJiZF93 b3JrZXIuYyBiL2RyYmQvZHJiZF93b3JrZXIuYwppbmRleCBhODMyZjczLi4zODEyNzhiIDEwMDY0 NAotLS0gYS9kcmJkL2RyYmRfd29ya2VyLmMKKysrIGIvZHJiZC9kcmJkX3dvcmtlci5jCkBAIC05 NDYsNiArOTQ2LDcgQEAgdm9pZCBkcmJkX3N0YXJ0X3Jlc3luYyhkcmJkX2RldiAqbWRldiwgZHJi ZF9jb25uc190IHNpZGUpCiAKIAkJaWYoIG5zLmNvbm4gPT0gU3luY1RhcmdldCApIHsKIAkJCURf QVNTRVJUKCF0ZXN0X2JpdChTVE9QX1NZTkNfVElNRVIsJm1kZXYtPmZsYWdzKSk7CisJCQljbGVh cl9iaXQoU1RPUF9TWU5DX1RJTUVSLCZtZGV2LT5mbGFncyk7CiAJCQltb2RfdGltZXIoJm1kZXYt PnJlc3luY190aW1lcixqaWZmaWVzKTsKIAkJfQogCi0tIAoxLjUuNC5yYzEKCg== ------_=_NextPart_001_01C85467.0AE11697-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from soda.linbit (office.linbit [86.59.100.100]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.linbit.com (LINBIT Mail Daemon) with ESMTP id 2E17E2E0B3C0 for ; Mon, 14 Jan 2008 10:21:44 +0100 (CET) Date: Mon, 14 Jan 2008 10:21:43 +0100 From: Lars Ellenberg To: drbd-dev@lists.linbit.com Subject: Re: [Drbd-dev] [DRBD-8.0 PATCH] One more place where stop=sync flag is not explicitely Message-ID: <20080114092143.GJ5715@barkeeper1.linbit> References: <342BAC0A5467384983B586A6B0B3767107C5AF6F@EXNA.corp.stratus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <342BAC0A5467384983B586A6B0B3767107C5AF6F@EXNA.corp.stratus.com> List-Id: Coordination of development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri, Jan 11, 2008 at 10:31:31AM -0500, Graham, Simon wrote: > The following patch fixes an issue where the STOP-SYNC flag was not explicitly > cleared when resync is required – this can lead to the resync stalling. probably correct. though maybe it is not the right place to do it, it certainly makes it more robust. -- : Lars Ellenberg Tel +43-1-8178292-55 : : LINBIT Information Technologies GmbH Fax +43-1-8178292-82 : : Vivenotgasse 48, A-1120 Vienna/Europe http://www.linbit.com :