Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of nkeywal@gmail.com designates
 209.85.212.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CA+RK=_BdJa-JoBt3_P9EXzr9unL4RWwAY=0Pa3JzF=hc8qx4cw@mail.gmail.com>
References: 
 <CA+RK=_BdJa-JoBt3_P9EXzr9unL4RWwAY=0Pa3JzF=hc8qx4cw@mail.gmail.com>
From: Nicolas Liochon <nkeywal@gmail.com>
Date: Fri, 13 Dec 2013 10:15:35 +0100
Message-ID: 
 <CAPcDmSuDYR0HHw3ZY8Se08fi4-Fg2HFW+RCaUeDzWpOgzjyFRw@mail.gmail.com>
Subject: Re: Forked large unit tests seem slow to terminate
To: dev@hbase.apache.org
Content-Type: multipart/alternative; boundary=001a11c2448ed8fc8004ed66e8be

--001a11c2448ed8fc8004ed66e8be
Content-Type: text/plain; charset=ISO-8859-1

> I wonder if there is anything that can be done to wait for the forked
process to actually terminate?
As far as I know, no. We could be hacky, and, in the afterClass, start a
deamon thread that will do a kill -9 after a few seconds. Or something
similar, but that's very hacky imho.

> Is this a Surefire bug?
I don't think so, even if surefire has its share of bugs.
The issue could be in HBase itself: surefire execute the "afterClass"
method, this method does finish, but HBase then gets stuck in the shutdown
hooks.


On Fri, Dec 13, 2013 at 1:26 AM, Andrew Purtell <apurtell@apache.org> wrote:

> We eventually have no zombies, at least the zombie detector does not find
> anything, but meanwhile on memory limited EC2 instances I'm seeing tests
> killed by the OOM killer, very likely meaning that previous tests are still
> in the process of shutting down and are hanging around in the process
> table, consuming RAM, VMM, etc. I didn't see this before the switch to
> Hadoop 2 as default. I'm not suggesting we switch back. I wonder if there
> is anything that can be done to wait for the forked process to actually
> terminate? Is this a Surefire bug?
>
> --
> Best regards,
>
>    - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>

--001a11c2448ed8fc8004ed66e8be--