Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 77AC610C2C for ; Thu, 15 Jan 2015 17:05:52 +0000 (UTC) Received: (qmail 86725 invoked by uid 500); 15 Jan 2015 17:05:51 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 86659 invoked by uid 500); 15 Jan 2015 17:05:51 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 86646 invoked by uid 99); 15 Jan 2015 17:05:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Jan 2015 17:05:50 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of javadba@gmail.com designates 209.85.213.182 as permitted sender) Received: from [209.85.213.182] (HELO mail-ig0-f182.google.com) (209.85.213.182) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Jan 2015 17:05:24 +0000 Received: by mail-ig0-f182.google.com with SMTP id hn15so15589486igb.3 for ; Thu, 15 Jan 2015 09:03:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=E9dR3DwMu66U8eL3Q4ZyreESrQsgP9M3E8A80oW0jts=; b=MzRn4Wi3b8WgPtCV6Jk5dD1SILeytmKzN9Kl0rfuQBjyGvNvdx8PRzjzOisKxACL4M vt6ZsSaWtkriBxluySFu7DY9WU2iIg91l+RpcCooV9wiH5Z3hztPKlidZa+DT4fw8Ol/ t5J1MK89qw1/YCUeou0tZkyqxwEQbcWDmnGr+Sx6htcz6Pd4uh8BO1H8UBr/cuzSsgXB /324HcyajkBv7kkHowQUVPG0AjwUZVBCVsONidHp00Y3rinn28hrwtjCitWMpRcwUnQn sI+WeD4jgnZ5Mq2VmAj3iC0JtSPbKqvldO1L8WKIKt+/nHhVIYUQ4KaS7bbMVGCpFSQM 1Fcw== MIME-Version: 1.0 X-Received: by 10.50.18.49 with SMTP id t17mr11603190igd.3.1421341432211; Thu, 15 Jan 2015 09:03:52 -0800 (PST) Received: by 10.107.132.83 with HTTP; Thu, 15 Jan 2015 09:03:52 -0800 (PST) In-Reply-To: References: Date: Thu, 15 Jan 2015 09:03:52 -0800 Message-ID: Subject: Re: How to configure the testing data dir for maven From: Stephen Boesch To: user Content-Type: multipart/alternative; boundary=089e0149c0a02bf00c050cb3d74e X-Virus-Checked: Checked by ClamAV on apache.org --089e0149c0a02bf00c050cb3d74e Content-Type: text/plain; charset=UTF-8 Hi Ted, the standalone demo was partially implemented - then I was diverted to another task (long term) so I may not be able to complete this. Thanks for the followup. 2015-01-15 8:57 GMT-08:00 Ted Yu : > Stephen: > Do you have time to come up with standalone demo ? > > Cheers > > On Fri, Jan 2, 2015 at 4:39 PM, Stephen Boesch wrote: > > > We have a few classes and a not small codebase. I will try to put > together > > a standalone demo of this issue - will be Monday. > > > > thx for your help > > > > 2015-01-02 16:34 GMT-08:00 Ted Yu : > > > > > In Spark, I found the following: > > > examples/src/main/scala/org/apache/spark/examples/HBaseTest.scala > > > which doesn't involve HBaseTestingUtility. > > > > > > Can you pastebin your code ? > > > > > > If you were running in Spark, please give the complete command line. > > > > > > Cheers > > > > > > On Fri, Jan 2, 2015 at 4:20 PM, Stephen Boesch > > wrote: > > > > > > > Hi Ted, > > > > Also on macOs. I am running within a completely different project > > > > (spark). Is there something else particular to the hbase testing env > > > > (workspace) that needs to be replicated to the spark maven build to > > have > > > > this work properly? > > > > > > > > thx! > > > > > > > > 2015-01-02 16:11 GMT-08:00 Ted Yu : > > > > > > > > > I was running test on Macbook. > > > > > What OS do you use ? > > > > > > > > > > Were you running in workspace based in master branch ? > > > > > > > > > > Cheers > > > > > > > > > > > > > > > > > > > > On Fri, Jan 2, 2015 at 4:03 PM, Stephen Boesch > > > > wrote: > > > > > > > > > > > Hi Ted, > > > > > > > > > > > > I can not get the same behavior. > > > > > > > > > > > > The command line includes: > > > > > > > > > > > > -Dtest.build.data.basedirectory=/tmp/minihbase > > > > > > > > > > > > And then I have also tried to set the System property directly: > > > > > > > > > > > > val WorkDirProperty = "test.build.data.basedirectory" > > > > > > val DefaultWorkDir = "/tmp/minihbase" > > > > > > > > > > > > System.setProperty(WorkDirProperty, workDir) > > > > > > > > > > > > testUtil = new HBaseTestingUtility > > > > > > cluster = testUtil.startMiniCluster(nMasters, > nRegionServers, > > > > > > nDataNodes) > > > > > > > > > > > > It is not clear to me why we see different behaviors. > > > > > > > > > > > > 2015-01-02 14:43 GMT-08:00 Ted Yu : > > > > > > > > > > > > > Here is the command I used (in workspace corresponding to > master > > > > > branch): > > > > > > > > > > > > > > mvn test -PrunAllTests > > > > > > > -DfailIfNoTests=false -Dtest.build.data.basedirectory=/tmp/ted/ > > > > > > > -Dtest=TestHFileOutputFormat2#testExcludeMinorCompaction > > > > > > > > > > > > > > Under /tmp/ted, I have: > > > > > > > $ ls e47ced18-e1f8-4310-bbed-4684d401982c/ > > > > > > > cache_data hadoop_logs mapred_local > > > > > > > dfscluster_b2dbb460-3735-4813-a1d1-f18e082ee89b hadoop_tmp > > > > > > > > > > > > > > FYI > > > > > > > > > > > > > > On Fri, Jan 2, 2015 at 2:13 PM, Stephen Boesch < > > javadba@gmail.com> > > > > > > wrote: > > > > > > > > > > > > > > > We are experiencing an issue that the MiniHBase cluster is > > > creating > > > > > > temp > > > > > > > > directories/data under the same directory as the tests are > run: > > > > > > > > > > > > > > > > Upon doing some research it appears there is a system > property > > to > > > > > > control > > > > > > > > that temp dir: > > > > > > > > > > > > > > > > test.build.data.basedirectory > > > > > > > > > > > > > > > > Also there is in the doc a command to set it: > > > > > > > > > > > > > > > > mvn test -P runAllTests > > > > > -Dsurefire.secondPartThreadCount=12 > > > > > > - > > > > > > > > Dtest.build.data.basedirectory=/ram2G > > > > > > > > > > > > > > > > However, we find that does NOT work unless the following > > > additional > > > > > > maven > > > > > > > > parameter is set: > > > > > > > > > > > > > > > > -DforkMode=never > > > > > > > > > > > > > > > > But that flag causes other testing issues and we would not be > > > able > > > > to > > > > > > go > > > > > > > > that route. > > > > > > > > > > > > > > > > How then can we redirect that testing data directory without > > > > setting > > > > > > the > > > > > > > > System property? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --089e0149c0a02bf00c050cb3d74e--