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