Return-Path: Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org Received: (qmail 88998 invoked from network); 13 Jan 2009 04:05:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Jan 2009 04:05:36 -0000 Received: (qmail 86476 invoked by uid 500); 13 Jan 2009 04:05:29 -0000 Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org Received: (qmail 86424 invoked by uid 500); 13 Jan 2009 04:05:29 -0000 Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: core-dev@hadoop.apache.org Delivered-To: mailing list core-dev@hadoop.apache.org Received: (qmail 86413 invoked by uid 99); 13 Jan 2009 04:05:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jan 2009 20:05:29 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Jan 2009 04:05:22 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 6AFF0234C4AE for ; Mon, 12 Jan 2009 20:05:01 -0800 (PST) Message-ID: <1053941822.1231819501437.JavaMail.jira@brutus> Date: Mon, 12 Jan 2009 20:05:01 -0800 (PST) From: "Paul Baclace (JIRA)" To: core-dev@hadoop.apache.org Subject: [jira] Updated: (HADOOP-4953) config property mapred.child.java.opts has maximum length that generates NoClassDefFoundError if exceeded In-Reply-To: <1184826568.1230588344302.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-4953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Baclace updated HADOOP-4953: --------------------------------- Environment: Amazon EC2 Ubuntu 8.04 hardy AMI" (Debian version "lenny/sid") JDK 1.6.0_07-b06 from Sun kernel.ostype = Linux kernel.osrelease = 2.6.21.7-2.fc8xen kernel.version = #1 SMP Fri Feb 15 12:39:36 EST 2008 powernow-k8: Found 1 Dual-Core AMD Opteron(tm) Processor 2218 HE processors (version 2.00.00) I added details of the environment in which this bug occurs. This bug is *not* intermittent, it is easily reproduced. Perhaps the most unusual thing about the runtime env is that Xen virtualization is involved. The host OS seems to be fc8xen with the guest OS Ubuntu (Debian). > config property mapred.child.java.opts has maximum length that generates NoClassDefFoundError if exceeded > --------------------------------------------------------------------------------------------------------- > > Key: HADOOP-4953 > URL: https://issues.apache.org/jira/browse/HADOOP-4953 > Project: Hadoop Core > Issue Type: Bug > Components: conf > Affects Versions: 0.19.0 > Environment: Amazon EC2 Ubuntu 8.04 hardy AMI" (Debian version "lenny/sid") > JDK 1.6.0_07-b06 from Sun > kernel.ostype = Linux > kernel.osrelease = 2.6.21.7-2.fc8xen > kernel.version = #1 SMP Fri Feb 15 12:39:36 EST 2008 > powernow-k8: Found 1 Dual-Core AMD Opteron(tm) Processor 2218 HE processors (version 2.00.00) > Reporter: Paul Baclace > > There is an unexpected max length for the value of config property mapred.child.java.opts that, if exceeded, generates an opaque NoClassDefFoundError in child tasks. > The max length for the value is 146 chars. A length of 147 chars will cause the exception. For example, adding a single extra space between options will convert a working jvm opts clause into one that always generates NoClassDefFoundError when tasktrackers exec child tasks. > As laboriously diagnosed, conf/hadoop-site.xml was used to set the property and runs were done on "Amazon EC2 Ubuntu 8.04 hardy AMI" (Debian version "lenny/sid") using java 1.6.0_07-b06. Multiple slaves nodes were used and after conf changes, stop-all.sh and start-all.sh were run before each test. The job config props as found on the slave did not appear to have a truncated or damaged value. It made no difference whether @taskid@ appeared at the end or middle of the options and absence of @taskid@ did not eliminate the problem. > This bug wastes considerable time because the error looks like a classpath problem and even after the java opts property is suspected, a character quoting or unsupported option seems more likely than a length limit. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.