Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 99D5D200C81 for ; Fri, 26 May 2017 16:07:09 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 9891F160BC8; Fri, 26 May 2017 14:07:09 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id DF871160BB8 for ; Fri, 26 May 2017 16:07:08 +0200 (CEST) Received: (qmail 86018 invoked by uid 500); 26 May 2017 14:07:08 -0000 Mailing-List: contact dev-help@ignite.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ignite.apache.org Delivered-To: mailing list dev@ignite.apache.org Received: (qmail 85959 invoked by uid 99); 26 May 2017 14:07:08 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 May 2017 14:07:08 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id A97A6CD881 for ; Fri, 26 May 2017 14:07:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id nul-PDKXOGE4 for ; Fri, 26 May 2017 14:07:05 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 221505FE2F for ; Fri, 26 May 2017 14:07:05 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 59158E0A64 for ; Fri, 26 May 2017 14:07:04 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 0EC6121B56 for ; Fri, 26 May 2017 14:07:04 +0000 (UTC) Date: Fri, 26 May 2017 14:07:04 +0000 (UTC) From: "Sergey Chugunov (JIRA)" To: dev@ignite.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (IGNITE-5302) Empty LOST partition may be used as OWNING after resetting lost partitions MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Fri, 26 May 2017 14:07:09 -0000 Sergey Chugunov created IGNITE-5302: --------------------------------------- Summary: Empty LOST partition may be used as OWNING after resetting lost partitions Key: IGNITE-5302 URL: https://issues.apache.org/jira/browse/IGNITE-5302 Project: Ignite Issue Type: Bug Reporter: Sergey Chugunov h2 Notes Test *testPartitionLossAndRecover* reproducing the issue can be found in ignite-5267 branch with PDS functionality. h2 Steps to reproduce # Four nodes are started, some key is added to partitioned cache # Primary and backup nodes for the key are stopped, key's partition is declared LOST on remaining nodes # Primary and backup nodes are started again, cache's lost partitions are reset # Key is requested from cache h2 Expected behavior Correct value is returned from primary for this partition h2 Actual behavior Request for value is sent to node where partition is empty (not to primary node), null is returned h2 Latest findings # The main problem with the scenario is that request for key gets mapped not only to P/B nodes with real value but also to the node where that partition existed only in LOST state after P/B shutdown on step #2 # It was found that on step #3 after primary and backup are joined partition counter is increased for empty partition in LOST state which looks wrong -- This message was sent by Atlassian JIRA (v6.3.15#6346)