Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: common-issues@hadoop.apache.org
Message-ID: <1747971317.1261658669540.JavaMail.jira@brutus>
Date: Thu, 24 Dec 2009 12:44:29 +0000 (UTC)
From: "Steve Loughran (JIRA)" <jira@apache.org>
To: common-issues@hadoop.apache.org
Subject: [jira] Resolved: (HADOOP-3654) Log4J logging of stack trace may
 deadlock JRockit in TestFileSystem
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HADOOP-3654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Steve Loughran resolved HADOOP-3654.
------------------------------------

    Resolution: Later

With up to date JRockit not being public, and the Oracle/Sun merger going to make for some interesting JDK futures, marking this as a LATER. If the JRockit codebase moves to being the core JDK, it will surface again.

> Log4J logging of stack trace may deadlock JRockit in TestFileSystem
> -------------------------------------------------------------------
>
>                 Key: HADOOP-3654
>                 URL: https://issues.apache.org/jira/browse/HADOOP-3654
>             Project: Hadoop Common
>          Issue Type: Bug
>          Components: conf
>    Affects Versions: 0.19.0
>         Environment: Ubuntu 8.04 x86_64 4-way running java version "1.6.0_02"
> Java(TM) SE Runtime Environment (build 1.6.0_02-b05)
> BEA JRockit(R) (build R27.4.0-90-89592-1.6.0_02-20070928-1715-linux-x86_64, compiled mode)
> Linux 2.6.22-15-generic #1 SMP Tue Jun 10 08:52:15 UTC 2008 x86_64 GNU/Linux
>            Reporter: Steve Loughran
>            Priority: Minor
>         Attachments: hadoop-3654.patch
>
>
> This is being added as a bugrep so that other people can find it, and the workaround
> 1. On my machine TestFileSystem will hang, even overnight -even though the build was set with a timeout. 
> 2. halting the build left a JVM running; it was not being killed.
> 3. Under the IDE, the main thread appears hung in the native library call to get a stack trace, somewhere inside Log4J
> 4. the IDE could not halt the build, and could not be shut down cleanly either
> The fix for this problem was to edit conf/log4j.properties and switch to a log4J log pattern that did not print the line of the code
> log4j.appender.console.layout.ConversionPattern=%-4r %-5p %c %x - %m%n
> Given that working out a stack trace can be an expensive call, and that it can apparently hang some JVMs, perhaps it should not be the default.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.