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 C523E200BF3 for ; Thu, 5 Jan 2017 21:25:11 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id C389E160B33; Thu, 5 Jan 2017 20:25:11 +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 1859B160B26 for ; Thu, 5 Jan 2017 21:25:10 +0100 (CET) Received: (qmail 34175 invoked by uid 500); 5 Jan 2017 20:25:10 -0000 Mailing-List: contact dev-help@tephra.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@tephra.incubator.apache.org Delivered-To: mailing list dev@tephra.incubator.apache.org Received: (qmail 34163 invoked by uid 99); 5 Jan 2017 20:25:10 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jan 2017 20:25:10 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 37AA9C03A0 for ; Thu, 5 Jan 2017 20:25:09 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -5.018 X-Spam-Level: X-Spam-Status: No, score=-5.018 tagged_above=-999 required=6.31 tests=[HTML_MESSAGE=2, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.999, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id jUrGPy-KH6Xo for ; Thu, 5 Jan 2017 20:25:07 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with SMTP id B632A5F30C for ; Thu, 5 Jan 2017 20:25:06 +0000 (UTC) Received: (qmail 34130 invoked by uid 99); 5 Jan 2017 20:25:06 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jan 2017 20:25:06 +0000 Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com [74.125.82.43]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 7CBFB1A03A6 for ; Thu, 5 Jan 2017 20:25:05 +0000 (UTC) Received: by mail-wm0-f43.google.com with SMTP id t79so1236507wmt.0 for ; Thu, 05 Jan 2017 12:25:05 -0800 (PST) X-Gm-Message-State: AIkVDXKQb31BKF82+WzrmA6MynyBO515eLYrraagXYUadhw9XohmBJIP5rrusXgPt39ETPrHKG91XHIje0b3sQ== X-Received: by 10.28.8.202 with SMTP id 193mr59764441wmi.101.1483647904255; Thu, 05 Jan 2017 12:25:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.192.5 with HTTP; Thu, 5 Jan 2017 12:24:43 -0800 (PST) In-Reply-To: References: From: Gokul Gunasekaran Date: Thu, 5 Jan 2017 12:24:43 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: testing transactional deletes with compaction To: dev@tephra.incubator.apache.org Content-Type: multipart/alternative; boundary=001a114423824e3f1505455eb2e1 archived-at: Thu, 05 Jan 2017 20:25:12 -0000 --001a114423824e3f1505455eb2e1 Content-Type: text/plain; charset=UTF-8 Hi Thomas, I made some mistake in my previous testing. The test is still failing with that change I had suggested. I am looking into it. I will update this thread soon. Thanks, Gokul On Thu, Jan 5, 2017 at 12:17 PM, Gokul Gunasekaran wrote: > Hi Thomas, > > Your setup looks right. The only thing it was missing was decreasing the > snapshot frequency of the Tx Manager which is by default set to 300seconds. > > I added this line after setting the tx snapshot dir: > > conf.setLong(TxConstants.Manager.CFG_TX_SNAPSHOT_INTERVAL, 2L); > > And the test passes now. The coprocessors use the snapshot data to clean > up data. > > Thanks, > Gokul > > On Wed, Jan 4, 2017 at 4:24 PM, Thomas D'Silva > wrote: > >> Hi, >> >> I am trying to debug a Phoenix test failure that deletes rows from a >> transactional table and then runs major compaction to remove the deleted >> rows. The rows are not getting removed after major compaction is run. I >> think it might be related to my test setup. I have attached a patch that >> modifies TransactionAwareHTableTest to demonstrate my setup. >> >> Can anyone let me know if there is anything wrong with my test setup? >> >> Thank you, >> Thomas >> > > --001a114423824e3f1505455eb2e1--