Diagnosis when sub-JVM process fails catastrophically

Alexander Smundak asmundak at google.com
Tue Nov 14 17:57:33 UTC 2017


A minor correction: -XX:ErrorFile=/dev/stderr is our internal patch :-)

On Tue, Nov 14, 2017 at 9:15 AM, Martin Buchholz <martinrb at google.com> wrote:
> If an inferior java process fails while running tests, jtreg is often
> unhelpful.  E.g. we might get SocketTimeoutException, or if the test itself
> spawns a sub-process we might get Exit Code 139, with no more details.  But
> there's a good chance that there's diagnostic information provided, perhaps
> in an hs_errpid file.  Maybe those files should be looked for.  Maybe we
> should invoke java with a flag like -XX:ErrorFile:/dev/stderr.  Maybe we
> should be fixing jtreg itself (when spawning "other" VM or agent VMs) and
> also JDK's own test library's helpers that spawn subprocesses.  At Google,
> we see a background noise of failing tests that go undiagnosed, and Oracle's
> tests seem to have the same problem.


More information about the jtreg-dev mailing list