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 71CB0200C79 for ; Fri, 19 May 2017 14:46:08 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 705E5160BD1; Fri, 19 May 2017 12:46:08 +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 B22D3160BBE for ; Fri, 19 May 2017 14:46:07 +0200 (CEST) Received: (qmail 11720 invoked by uid 500); 19 May 2017 12:46:06 -0000 Mailing-List: contact dev-help@phoenix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@phoenix.apache.org Delivered-To: mailing list dev@phoenix.apache.org Received: (qmail 11709 invoked by uid 99); 19 May 2017 12:46:06 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 May 2017 12:46:06 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 509451A0505 for ; Fri, 19 May 2017 12:46:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.201 X-Spam-Level: X-Spam-Status: No, score=-99.201 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id B_5sgxa73qBn for ; Fri, 19 May 2017 12:46:05 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 1A9555F3BE for ; Fri, 19 May 2017 12:46: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 A61A2E05BF for ; Fri, 19 May 2017 12:46: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 3153721B55 for ; Fri, 19 May 2017 12:46:04 +0000 (UTC) Date: Fri, 19 May 2017 12:46:04 +0000 (UTC) From: "Hudson (JIRA)" To: dev@phoenix.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (PHOENIX-3850) Indexer.postOpen should not always log "Found some outstanding index updates that didn't succeed" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Fri, 19 May 2017 12:46:08 -0000 [ https://issues.apache.org/jira/browse/PHOENIX-3850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16017341#comment-16017341 ] Hudson commented on PHOENIX-3850: --------------------------------- FAILURE: Integrated in Jenkins build Phoenix-master #1616 (See [https://builds.apache.org/job/Phoenix-master/1616/]) PHOENIX-3850 Indexer.postOpen should not always log 'Found some (chenglei: rev bd27512666904a727adcd71b13725b02e655902b) * (edit) phoenix-core/src/main/java/org/apache/phoenix/hbase/index/Indexer.java > Indexer.postOpen should not always log "Found some outstanding index updates that didn't succeed" > ------------------------------------------------------------------------------------------------- > > Key: PHOENIX-3850 > URL: https://issues.apache.org/jira/browse/PHOENIX-3850 > Project: Phoenix > Issue Type: Bug > Affects Versions: 4.10.0 > Reporter: chenglei > Assignee: chenglei > Priority: Minor > Fix For: 4.11.0 > > Attachments: PHOENIX-3850_v2.patch > > > When the RegionServer starts, I always find the region logs "Found some outstanding index updates that didn't succeed during WAL replay - attempting to replay now." That is because in following Indexer.postOpen method, the LOG.info in line 528 is before the if statement in line 531, so the method always log "Found some outstanding index updates that didn't succeed..." no matter whether there are outstanding index updates. > {code} > 520 @Override > 521 public void postOpen(final ObserverContext c) { > 522 Multimap updates = failedIndexEdits.getEdits(c.getEnvironment().getRegion()); > 523 > 524 if (this.disabled) { > 525 super.postOpen(c); > 526 return; > 527 } > 528 LOG.info("Found some outstanding index updates that didn't succeed during" > 529 + " WAL replay - attempting to replay now."); > 530 //if we have no pending edits to complete, then we are done > 531 if (updates == null || updates.size() == 0) { > 532 return; > 533 } > 534 > 535 // do the usual writer stuff, killing the server again, if we can't manage to make the index > 536 // writes succeed again > 537 try { > 538 writer.writeAndKillYourselfOnFailure(updates, true); > 539 } catch (IOException e) { > 540 LOG.error("During WAL replay of outstanding index updates, " > 541 + "Exception is thrown instead of killing server during index writing", e); > 542 } > 543 } > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)