Mailing-List: contact dev-help@drill.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@drill.apache.org
From: Sudheesh Katkam <skatkam@maprtech.com>
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (1.0)
Subject: Re: [VOTE] Release Apache Drill 1.3.0 (rc0)
Message-Id: <300EEAB4-D774-405F-90E4-1EFD375D57BE@maprtech.com>
Date: Fri, 6 Nov 2015 18:56:15 -0800
References: 
 <CAJrw0OR8XnJGMC8q6Wq_Ot4qJrg=B=W17FFZ7+jpTiuPxDM4sQ@mail.gmail.com>
 <CAP+2gDosrrgfe5PrFAxe9mOUyx4vXg_m850rGvmj8VyjVQgF3w@mail.gmail.com>
 <CAJrw0ORYsfvKW_z9p0c8mNM+e9ZuP_wtNj+4L=XJEie-BSvTGg@mail.gmail.com>
 <CAP+2gDoT=8U-QxvCM_C=3kEtHCfSXZd+YmU7btsVpO3UhW2k4Q@mail.gmail.com>
 <CAJrw0OT9wMLuAP_Hw=SabMS1sXxcMG5QMoAp7zWHHN1Pg1Hi0Q@mail.gmail.com>
 <CAP+2gDqoLqAJqCiVd1GjcQvpSCw5BKRRPQLJWnjr2LuPFOtH8g@mail.gmail.com>
 <CAJrw0OT_ZiPnc5hL9MwyHfJjPPY+TbNVpdytRd-TFh=1M8G49Q@mail.gmail.com>
 <CAK55V=+VsCmW+8YvF6rLCRvDgJFEdcHhigaXXAN1op4smHB57A@mail.gmail.com>
 <CAJrw0ORQ9jqXgP+q+jP_wFENWzFrSjakMzL9YR_KvJ6UvExv1Q@mail.gmail.com>
 <CAK55V=+Np-HwMqyoUv9yhpJEoq_wipDO+FgeYPipH6FEbk-v8g@mail.gmail.com>
 <CAJrw0ORA6-vhovpKH8RDEx9wyREFzbp0Z=6RgXGXMFe-FaL7FQ@mail.gmail.com>
 <CANZQJAzBOtU0utUEuNHRoMNXm0m-4dSO7xeEBh1YwcCU74hj2w@mail.gmail.com>
 <CAJrw0ORw9d06d0J+t0WU5ikZt9BwVHMx6UKqTv2OR8W+vifTug@mail.gmail.com>
 <CANZQJAxjM81=JytpsxAK47zy-Fz1juHAkJbC8cO07d29P_wxPA@mail.gmail.com>
 <CAJrw0ORQvcmwpgFh3mNzdY8wywYMCfFb76BYvku06GLSATOT5Q@mail.gmail.com>
In-Reply-To: 
 <CAJrw0ORQvcmwpgFh3mNzdY8wywYMCfFb76BYvku06GLSATOT5Q@mail.gmail.com>
To: dev@drill.apache.org

But the status thread is a daemon. So the Drillbit doesn't have to stop it, r=
ight?

- Sudheesh

> On Nov 6, 2015, at 6:44 PM, Jacques Nadeau <jacques@dremio.com> wrote:
>=20
> I see that we're bleeding Workmanager Status threads that aren't shutdown
> when the Drillbit is shutdown.
>=20
> I'll get a patch together.
>=20
> --
> Jacques Nadeau
> CTO and Co-Founder, Dremio
>=20
>> On Fri, Nov 6, 2015 at 4:31 PM, Hanifi Gunes <hgunes@maprtech.com> wrote:=

>>=20
>> Looks like we are possibly leaking some threads. Investigating.
>>=20
>>> On Fri, Nov 6, 2015 at 4:25 PM, Jacques Nadeau <jacques@dremio.com> wrot=
e:
>>>=20
>>> Hmm.. that is quite strange. I wonder if we need to look at thread count=
s
>>> on the daemon.
>>>=20
>>> We haven't changed how we create but there were changes to shutdown
>>> (although I can't imagine why that would be a problem).
>>>=20
>>> --
>>> Jacques Nadeau
>>> CTO and Co-Founder, Dremio
>>>=20
>>>> On Fri, Nov 6, 2015 at 4:11 PM, Hanifi Gunes <hgunes@maprtech.com>
>>> wrote:
>>>=20
>>>> Not the testAggregateWithEmptyRequiredInput but I got the following on
>>>> my branch rebased top of master -- @CentOS.
>>>>=20
>>>> Tests in error:
>>>>  TestImpersonationQueries.sequenceFileChainedImpersonationWithView =C2=BB=

>>>> UserRemote
>> TestImpersonationQueries.testMultiLevelImpersonationJoinEachSideReachesMa=
xUserHops:233->BaseTestQuery.updateClient:222->BaseTestQuery.
>>>>   updateClient:236->BaseTestQuery.updateClient:213 =C2=BB Rpc
>> TestImpersonationQueries.testMultiLevelImpersonationExceedsMaxUserHops:21=
9->BaseTestQuery.updateClient:222->BaseTestQuery.updateClient:
>>>>  236->BaseTestQuery.updateClient:213 =C2=BB IllegalState
>> TestImpersonationQueries.avroChainedImpersonationWithView:280->BaseTestIm=
personation.createView:186->BaseTestQuery.updateClient:222-
>>>>> BaseTestQuery.updateClient:236->BaseTestQuery.updateClient:213 =C2=BB
>>>> IllegalState
>> TestImpersonationQueries.testDirectImpersonation_HasGroupReadPermissions:=
186->BaseTestQuery.updateClient:222->BaseTestQuery.updateClient:
>>>> 236->BaseTestQuery.updateClient:213 =C2=BB IllegalState
>> TestImpersonationQueries.testDirectImpersonation_NoReadPermissions:196->B=
aseTestQuery.updateClient:222->BaseTestQuery.updateClient:236-
>>>>> BaseTestQuery.updateClient:213 =C2=BB IllegalState
>> TestImpersonationQueries.testMultiLevelImpersonationEqualToMaxUserHops:21=
0->BaseTestQuery.updateClient:222->BaseTestQuery.updateClient:
>>>>  236->BaseTestQuery.updateClient:213 =C2=BB IllegalState
>>>>=20
>>>> exception details --->
>> testMultiLevelImpersonationExceedsMaxUserHops(org.apache.drill.exec.imper=
sonation.TestImpersonationQueries)
>>>> Time elapsed: 0.008 sec  <<<   ERROR!
>>>> java.lang.IllegalStateException: failed to create a child event loop
>>>>  at sun.nio.ch.IOUtil.makePipe(Native Method)
>>>>  at
>>> io.netty.channel.nio.NioEventLoop.openSelector(NioEventLoop.java:126)
>>>>  at io.netty.channel.nio.NioEventLoop.<init>(NioEventLoop.java:120)
>>>>  at
>> io.netty.channel.nio.NioEventLoopGroup.newChild(NioEventLoopGroup.java:87=
)
>>>>  at
>> io.netty.util.concurrent.MultithreadEventExecutorGroup.<init>(Multithread=
EventExecutorGroup.java:64)
>>>>  at
>> io.netty.channel.MultithreadEventLoopGroup.<init>(MultithreadEventLoopGro=
up.java:49)
>>>>  at
>> io.netty.channel.nio.NioEventLoopGroup.<init>(NioEventLoopGroup.java:61)
>>>>  at
>> io.netty.channel.nio.NioEventLoopGroup.<init>(NioEventLoopGroup.java:52)
>>>>  at
>> org.apache.drill.exec.rpc.TransportCheck.createEventLoopGroup(TransportCh=
eck.java:74)
>>>>  at
>> org.apache.drill.exec.client.DrillClient.createEventLoop(DrillClient.java=
:239)
>>>>  at
>>> org.apache.drill.exec.client.DrillClient.connect(DrillClient.java:220)
>>>>  at
>>> org.apache.drill.exec.client.DrillClient.connect(DrillClient.java:178)
>>>>  at org.apache.drill.QueryTestUtil.createClient(QueryTestUtil.java:67)
>>>>  at
>> org.apache.drill.BaseTestQuery.updateClient(BaseTestQuery.java:213)
>>>>  at
>> org.apache.drill.BaseTestQuery.updateClient(BaseTestQuery.java:236)
>>>>=20
>>>>=20
>>>> My god's telling me that we are creating too many NioEventLoopGroup's.
>>>> Did we make any recent changes around RPC causing this?
>>>>=20
>>>> -Hanifi
>>>>=20
>>>>=20
>>>>> On Fri, Nov 6, 2015 at 3:58 PM, Jacques Nadeau <jacques@dremio.com>
>>>> wrote:
>>>>=20
>>>>> Do you have that other output/stack trace I asked about? If we can
>> also
>>>> see
>>>>> the illegalreference count on something other than the JDBC client
>>> close
>>>>> method, that would be helpful.
>>>>>=20
>>>>> --
>>>>> Jacques Nadeau
>>>>> CTO and Co-Founder, Dremio
>>>>>=20
>>>>>> On Fri, Nov 6, 2015 at 2:48 PM, Jinfeng Ni <jinfengni99@gmail.com>
>>>>> wrote:
>>>>>=20
>>>>>> I just re-run, and the previous 4 failures are gone. But it failed
>>>>>> with two new ones:
>>>>>>=20
>>>>>> Tests in error:
>> TestSqlStdBasedAuthorization.org.apache.drill.exec.impersonation.hive.Tes=
tSqlStdBasedAuthorization
>>>>>> =C2=BB UserRemote
>> TestStorageBasedHiveAuthorization.org.apache.drill.exec.impersonation.hiv=
e.TestStorageBasedHiveAuthorization
>>>>>> =C2=BB UserRemote
>>>>>>=20
>>>>>> I re-start the machine, and there are not too many applications
>>>>>> running and the memory should be enough.  At least some days back,
>> I
>>>>>> got clean run on the same machine.
>>>>>>=20
>>>>>>=20
>>>>>>=20
>>>>>>=20
>>>>>> On Fri, Nov 6, 2015 at 2:39 PM, Jacques Nadeau <jacques@dremio.com
>>>=20
>>>>> wrote:
>>>>>>> Can you provide the complete output for this failure:
>>>>>>>=20
>>>>>>> TestAggregateFunctions.testAggregateWithEmptyRequiredInput:237 =C2=BB=

>>>>>>> IllegalReferenceCount
>>>>>>>=20
>>>>>>> I haven't seen the other issues. The last one looks like the
>> system
>>>> was
>>>>>>> having an issue since thread creation failure is usually an OS
>>>> problem.
>>>>>> Was
>>>>>>> your system under resourced?
>>>>>>>=20
>>>>>>> --
>>>>>>> Jacques Nadeau
>>>>>>> CTO and Co-Founder, Dremio
>>>>>>>=20
>>>>>>> On Fri, Nov 6, 2015 at 12:55 PM, Jinfeng Ni <
>> jinfengni99@gmail.com
>>>>=20
>>>>>> wrote:
>>>>>>>=20
>>>>>>>> I'm seeing unit test case failure when run "mvn clean install"
>>> over
>>>>>>>> drill master branch, on Mac.
>>>>>>>>=20
>>>>>>>> The first one seems to be the issue #3 in Jacques's list. The
>> last
>>>>>>>> three seems to different from the 4 issues. Has anyone seen this
>>>>>>>> failure before, or it just happened to my mac? Thanks.
>>>>>>>>=20
>>>>>>>>=20
>>>>>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

>>>>>>>> git log
>>>>>>>> commit 1a24233475ca46aaf2a49a5624b4042f088382f4
>>>>>>>>=20
>>>>>>>>=20
>>>>>>>> Tests in error:
>> TestAggregateFunctions.testAggregateWithEmptyRequiredInput:237 =C2=BB
>>>>>>>> IllegalReferenceCount
>> TestImpersonationQueries.testMultiLevelImpersonationEqualToMaxUserHops
>>>>>>>> =C2=BB UserRemote
>> TestImpersonationQueries.removeMiniDfsBasedStorage:294->BaseTestImpersona=
tion.stopMiniDfsCluster:151
>>>>>>>> =C2=BB OutOfMemory
>>>>>>>>  TestImpersonationQueries>BaseTestQuery.closeClient:260 =C2=BB
>>>> OutOfMemory
>>>>>>>> unable to...
>>>>>>>>=20
>>>>>>>> Tests run: 1483, Failures: 0, Errors: 4, Skipped: 118
>>>>>>>>=20
>>>>>>>> [INFO]
>>> ------------------------------------------------------------------------=

>>>>>>>> [INFO] Reactor Summary:
>>>>>>>> [INFO]
>>>>>>>> [INFO] Apache Drill Root POM ..............................
>>> SUCCESS
>>>> [
>>>>>>>> 8.440 s]
>>>>>>>> [INFO] tools/Parent Pom ...................................
>>> SUCCESS
>>>> [
>>>>>>>> 0.631 s]
>>>>>>>> [INFO] tools/freemarker codegen tooling ...................
>>> SUCCESS
>>>> [
>>>>>>>> 5.236 s]
>>>>>>>> [INFO] Drill Protocol .....................................
>>> SUCCESS
>>>> [
>>>>>>>> 5.839 s]
>>>>>>>> [INFO] Common (Logical Plan, Base expressions) ............
>>> SUCCESS
>>>> [
>>>>>>>> 10.831 s]
>>>>>>>> [INFO] contrib/Parent Pom .................................
>>> SUCCESS
>>>> [
>>>>>>>> 0.815 s]
>>>>>>>> [INFO] contrib/data/Parent Pom ............................
>>> SUCCESS
>>>> [
>>>>>>>> 0.331 s]
>>>>>>>> [INFO] contrib/data/tpch-sample-data ......................
>>> SUCCESS
>>>> [
>>>>>>>> 2.838 s]
>>>>>>>> [INFO] exec/Parent Pom ....................................
>>> SUCCESS
>>>> [
>>>>>>>> 0.635 s]
>>>>>>>> [INFO] exec/Java Execution Engine .........................
>>> FAILURE
>>>>>> [12:05
>>>>>>>> min]
>>>>>>>> [INFO] exec/JDBC Driver using dependencies ................
>>> SKIPPED
>>>>>>>> [INFO] JDBC JAR with all dependencies .....................
>>> SKIPPED
>>>>>>>> [INFO] contrib/mongo-storage-plugin .......................
>>> SKIPPED
>>>>>>>>=20
>>>>>>>> Tests run: 11, Failures: 0, Errors: 3, Skipped: 0, Time elapsed:
>>>>>>>> 17.042 sec <<< FAILURE! - in
>>>>>>>> org.apache.drill.exec.impersonation.TestImpersonationQueries
>> testMultiLevelImpersonationEqualToMaxUserHops(org.apache.drill.exec.imper=
sonation.TestImpersonationQueries)
>>>>>>>> Time elapsed: 0.099 sec  <<< ERROR!
>>>>>>>> org.apache.drill.common.exceptions.UserRemoteException: SYSTEM
>>>> ERROR:
>>>>>>>> OutOfMemoryError: unable to create new native thread
>>>>>>>>=20
>>>>>>>>=20
>>>>>>>> [Error Id: a826ac5d-e278-49bc-8f92-fdf241d0e634 on
>>>> 10.250.50.52:31010
>>>>> ]
>>>>>>>>  at
>> org.apache.drill.exec.rpc.user.QueryResultHandler.resultArrived(QueryResu=
ltHandler.java:118)
>>>>>>>>  at
>> org.apache.drill.exec.rpc.user.UserClient.handleReponse(UserClient.java:1=
12)
>>>>>>>>  at
>> org.apache.drill.exec.rpc.BasicClientWithConnection.handle(BasicClientWit=
hConnection.java:47)
>>>>>>>>  at
>> org.apache.drill.exec.rpc.BasicClientWithConnection.handle(BasicClientWit=
hConnection.java:32)
>>>>>>>>  at org.apache.drill.exec.rpc.RpcBus.handle(RpcBus.java:68)
>>>>>>>>  at
>>>>> org.apache.drill.exec.rpc.RpcBus$RequestEvent.run(RpcBus.java:390)
>>>>>>>>  at
>> org.apache.drill.common.SerializedExecutor$RunnableProcessor.run(Serializ=
edExecutor.java:105)
>>>>>>>>  at
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java=
:1145)
>>>>>>>>  at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.jav=
a:615)
>>>>>>>>  at java.lang.Thread.run(Thread.java:744)
>>>>>>>>=20
>>>>>>>> On Fri, Nov 6, 2015 at 9:42 AM, Jacques Nadeau <
>>> jacques@dremio.com>
>>>>>> wrote:
>>>>>>>>> It seems like we have four potentially show stopping issues at
>>> the
>>>>>>>> moment:
>>>>>>>>>=20
>>>>>>>>> DRILL-4042: Windows build doesn't include right version of
>>> Hadoop
>>>>>>>>> dependencies
>>>>>>>>> DRILL-3480: Random message propagation timeouts
>>>>>>>>> DRILL-4041: Reference count issue
>>>>>>>>> DRILL-4046: Performance regression for some TPCH queries
>>>>>>>>>=20
>>>>>>>>> Proposed next steps:
>>>>>>>>>=20
>>>>>>>>> DRILL-4042 has a clear fix and reproduction. Patrick, do you
>>> think
>>>>> can
>>>>>>>> have
>>>>>>>>> a fix up for this shortly?
>>>>>>>>>=20
>>>>>>>>> For the 3480 & 4041, consistent reproductions are missing. It
>>>> would
>>>>> be
>>>>>>>>> great if everybody could try to help find reproductions to
>> these
>>>>>> issues.
>>>>>>>> I
>>>>>>>>> think we should take stock again at the end of the day to
>> decide
>>>>> next
>>>>>>>> steps
>>>>>>>>> and whether we want to hold the release for these.
>>>>>>>>>=20
>>>>>>>>> For 4046: I've heard that there are some performance
>> regressions
>>>>>> around a
>>>>>>>>> couple of queries but the current symptoms don't make a lot of
>>>>> sense.
>>>>>> I'd
>>>>>>>>> like to collect some more data here and then decide next
>> steps.
>>>>>>>>>=20
>>>>>>>>> Let's see if we can get repros for each of the inconsistent
>>> issues
>>>>> and
>>>>>>>>> check in again EOD.
>>>>>>>>>=20
>>>>>>>>> thanks,
>>>>>>>>> Jacques
>>>>>>>>>=20
>>>>>>>>> --
>>>>>>>>> Jacques Nadeau
>>>>>>>>> CTO and Co-Founder, Dremio
>>>>>>>>>=20
>>>>>>>>> On Thu, Nov 5, 2015 at 3:36 PM, Aditya <
>> adityakishore@gmail.com
>>>>=20
>>>>>> wrote:
>>>>>>>>>=20
>>>>>>>>>> Ran into another one - DRILL-4042
>>>>>>>>>> <https://issues.apache.org/jira/browse/DRILL-4042>.
>>>>>>>>>>=20
>>>>>>>>>> On Thu, Nov 5, 2015 at 1:48 PM, Jacques Nadeau <
>>>> jacques@dremio.com
>>>>>>=20
>>>>>>>> wrote:
>>>>>>>>>>=20
>>>>>>>>>>> Yeah, I think that sinks it. Weird how Rat complains only on
>>>>>> windows...
>>>>>>>>>>>=20
>>>>>>>>>>> Let's take the rest of the business day to test the current
>>>>>> candidate
>>>>>>>> to
>>>>>>>>>>> make sure that we don't spin extra builds unnecessarily.
>>>>>>>>>>>=20
>>>>>>>>>>> thanks,
>>>>>>>>>>> Jacques
>>>>>>>>>>>=20
>>>>>>>>>>>=20
>>>>>>>>>>> --
>>>>>>>>>>> Jacques Nadeau
>>>>>>>>>>> CTO and Co-Founder, Dremio
>>>>>>>>>>>=20
>>>>>>>>>>> On Thu, Nov 5, 2015 at 1:24 PM, Aditya <
>>> adityakishore@gmail.com
>>>>>=20
>>>>>>>> wrote:
>>>>>>>>>>>=20
>>>>>>>>>>>> Oh, I thought only master/trunk branch was protected, but
>>> now I
>>>>> see
>>>>>>>> the
>>>>>>>>>>>> mail from David Nalley.
>>>>>>>>>>>>=20
>>>>>>>>>>>> In such case, I propose that the release manager could push
>>> the
>>>>>> branch
>>>>>>>>>>>> to his/her private fork and put the URL/hash in the vote
>>>> starter
>>>>>>>> thread.
>>>>>>>>>>>>=20
>>>>>>>>>>>> The reason I was looking to the commit history to determine
>>> if
>>>>> the
>>>>>>>>>>>> candidate suffer from DRILL-4040, which, evidently it does.
>>>>>>>>>>>>=20
>>>>>>>>>>>> -1 as the build from source is failing.
>>>>>>>>>>>>=20
>>>>>>>>>>>> [1] https://issues.apache.org/jira/browse/DRILL-4040
>>>>>>>>>>>>=20
>>>>>>>>>>>> On Thu, Nov 5, 2015 at 1:12 PM, Jacques Nadeau <
>>>>> jacques@dremio.com
>>>>>>>=20
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>=20
>>>>>>>>>>>>> I'm not sure what to do here. INFRA just changed the Git
>>>>> behavior
>>>>>> so
>>>>>>>> it
>>>>>>>>>>>>> is no longer possible to delete branches. I generally
>> don't
>>>> like
>>>>>> to
>>>>>>>> have
>>>>>>>>>>>>> failed branches in a release history (otherwise you get a
>>>>> release
>>>>>>>> branch
>>>>>>>>>>>>> with all these maven forward/backwards commits). As such,
>> I
>>>>> would
>>>>>>>> overwrite
>>>>>>>>>>>>> candidate branches historically (dropping the failed
>> release
>>>>>>>> commits).
>>>>>>>>>>>>>=20
>>>>>>>>>>>>> The commit is here right now:
>>>>>>>>>>>>> https://github.com/jacques-n/drill/tree/drill-1.3.0-rc0
>>>>>>>>>>>>>=20
>>>>>>>>>>>>> The parent of 4822068a006aeb251b686d2b51871573c4337e60
>>>>>>>>>>>>> is
>>>>>>>>>>>>> 3dedc158f3af8ec8320a9cd336b2798b09cc9a8d (the tip of
>> master)
>>>>>>>>>>>>>=20
>>>>>>>>>>>>>=20
>>>>>>>>>>>>>=20
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Jacques Nadeau
>>>>>>>>>>>>> CTO and Co-Founder, Dremio
>>>>>>>>>>>>>=20
>>>>>>>>>>>>> On Thu, Nov 5, 2015 at 1:01 PM, Aditya <
>>>> adityakishore@gmail.com
>>>>>>=20
>>>>>>>> wrote:
>>>>>>>>>>>>>=20
>>>>>>>>>>>>>> I am having trouble determining the git commit this
>> release
>>>> is
>>>>>> based
>>>>>>>>>>>>>> on as
>>>>>>>>>>>>>> I could not find the
>>>>>>>>>>>>>> id (4822068a006aeb251b686d2b51871573c4337e60) captured in
>>> the
>>>>>>>>>>>>>> git.properties bundled in the
>>>>>>>>>>>>>> tarballs in the Drill Git repository.
>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>> Most likely the last commit is only in your local branch
>>> and
>>>>>> since
>>>>>>>>>>>>>> git.properties captures only the
>>>>>>>>>>>>>> last commit, it is impossible to find the parent commit.
>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>> Would it make sense to push the release branch?
>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>> aditya...
>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>> On Wed, Nov 4, 2015 at 11:08 PM, Jacques Nadeau <
>>>>>> jacques@dremio.com
>>>>>>>>>=20
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>>> Hey Everybody,
>>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>>> I'm happy to propose a new release of Apache Drill,
>>> version
>>>>>> 1.3.0.
>>>>>>>>>>>>>> This is
>>>>>>>>>>>>>>> the first release candidate (rc0).  It covers a total
>> of
>>>> ~50
>>>>>>>> closed
>>>>>>>>>>>>>> JIRAs
>>>>>>>>>>>>>>> [1].
>>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>>> The tarball artifacts are hosted at [2] and the maven
>>>>> artifacts
>>>>>>>> are
>>>>>>>>>>>>>> hosted
>>>>>>>>>>>>>>> at [3].
>>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>>> The vote will be open for 72 hours ending at 11PM
>>> Pacific,
>>>>>>>> November
>>>>>>>>>>>>>> 7,
>>>>>>>>>>>>>>> 2015.
>>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>>> [ ] +1
>>>>>>>>>>>>>>> [ ] +0
>>>>>>>>>>>>>>> [ ] -1
>>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>>> thanks,
>>>>>>>>>>>>>>> Jacques
>>>>>>>>>>>>>>>=20
>>>>>>>>>>>>>>> [1]
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=3D123138=
20&version=3D12332946
>>>>>>>>>>>>>>> [2]
>>>>> http://people.apache.org/~jacques/apache-drill-1.3.0.rc0/
>>>>>>>>>>>>>>> [3]
>>> https://repository.apache.org/content/repositories/orgapachedrill-1013/
>>=20