You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Andrzej Bialecki (JIRA)" <ji...@apache.org> on 2007/03/07 19:32:24 UTC
[jira] Created: (HADOOP-1081) JAVA_PLATFORM with spaces (i.e. Mac
OS X-ppc-32) breaks bin/hadoop script
JAVA_PLATFORM with spaces (i.e. Mac OS X-ppc-32) breaks bin/hadoop script
-------------------------------------------------------------------------
Key: HADOOP-1081
URL: https://issues.apache.org/jira/browse/HADOOP-1081
Project: Hadoop
Issue Type: Bug
Components: scripts
Affects Versions: 0.12.0, 0.12.1, 0.13.0
Reporter: Andrzej Bialecki
Thus says Brian Whitman in NUTCH-432:
"In some later nightly in the past few weeks (not sure when) the bin/nutch script stopped working on my Macs with
Exception in thread "main" java.lang.NoClassDefFoundError: OS
On any command. I tracked it down to the JAVA_PLATFORM env variable that is used to try to find a native hadoop library. The line
JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName`
in bin/nutch returns "Mac OS X-ppc-32", which then appears as
-Djava.library.path=/Users/bwhitman/Desktop/nn/lib/native/Mac OS X-ppc-32
in the java command line to start a nutch tool.
Not sure the best way to fix this, but I manually put
JAVA_PLATFORM='MacOSX/PPC'
and the error went away. "
The same problem occurs in bin/hadoop.
I propose the following fix:
JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName | sed -e 's/ /_/g'`
The alternative would be to fix this in PlatformName, but then we may want to get the real platform name in some other places. We could also add a cmd-line switch to PlatformName.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HADOOP-1081) JAVA_PLATFORM with spaces (i.e. Mac
OS X-ppc-32) breaks bin/hadoop script
Posted by "Michael Bieniosek (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HADOOP-1081?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12484583 ]
Michael Bieniosek commented on HADOOP-1081:
-------------------------------------------
+1
> JAVA_PLATFORM with spaces (i.e. Mac OS X-ppc-32) breaks bin/hadoop script
> -------------------------------------------------------------------------
>
> Key: HADOOP-1081
> URL: https://issues.apache.org/jira/browse/HADOOP-1081
> Project: Hadoop
> Issue Type: Bug
> Components: scripts
> Affects Versions: 0.12.0, 0.12.1, 0.13.0
> Reporter: Andrzej Bialecki
>
> Thus says Brian Whitman in NUTCH-432:
> "In some later nightly in the past few weeks (not sure when) the bin/nutch script stopped working on my Macs with
> Exception in thread "main" java.lang.NoClassDefFoundError: OS
> On any command. I tracked it down to the JAVA_PLATFORM env variable that is used to try to find a native hadoop library. The line
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName`
> in bin/nutch returns "Mac OS X-ppc-32", which then appears as
> -Djava.library.path=/Users/bwhitman/Desktop/nn/lib/native/Mac OS X-ppc-32
> in the java command line to start a nutch tool.
> Not sure the best way to fix this, but I manually put
> JAVA_PLATFORM='MacOSX/PPC'
> and the error went away. "
> The same problem occurs in bin/hadoop.
> I propose the following fix:
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName | sed -e 's/ /_/g'`
> The alternative would be to fix this in PlatformName, but then we may want to get the real platform name in some other places. We could also add a cmd-line switch to PlatformName.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HADOOP-1081) JAVA_PLATFORM with spaces (i.e. Mac
OS X-ppc-32) breaks bin/hadoop script
Posted by "Michael Bieniosek (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HADOOP-1081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Bieniosek updated HADOOP-1081:
--------------------------------------
Status: Patch Available (was: Open)
> JAVA_PLATFORM with spaces (i.e. Mac OS X-ppc-32) breaks bin/hadoop script
> -------------------------------------------------------------------------
>
> Key: HADOOP-1081
> URL: https://issues.apache.org/jira/browse/HADOOP-1081
> Project: Hadoop
> Issue Type: Bug
> Components: scripts
> Affects Versions: 0.12.1, 0.12.0, 0.13.0
> Reporter: Andrzej Bialecki
> Attachments: fix-hadoop-on-darwin.patch
>
>
> Thus says Brian Whitman in NUTCH-432:
> "In some later nightly in the past few weeks (not sure when) the bin/nutch script stopped working on my Macs with
> Exception in thread "main" java.lang.NoClassDefFoundError: OS
> On any command. I tracked it down to the JAVA_PLATFORM env variable that is used to try to find a native hadoop library. The line
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName`
> in bin/nutch returns "Mac OS X-ppc-32", which then appears as
> -Djava.library.path=/Users/bwhitman/Desktop/nn/lib/native/Mac OS X-ppc-32
> in the java command line to start a nutch tool.
> Not sure the best way to fix this, but I manually put
> JAVA_PLATFORM='MacOSX/PPC'
> and the error went away. "
> The same problem occurs in bin/hadoop.
> I propose the following fix:
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName | sed -e 's/ /_/g'`
> The alternative would be to fix this in PlatformName, but then we may want to get the real platform name in some other places. We could also add a cmd-line switch to PlatformName.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HADOOP-1081) JAVA_PLATFORM with spaces (i.e. Mac
OS X-ppc-32) breaks bin/hadoop script
Posted by "Doug Cutting (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HADOOP-1081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Doug Cutting updated HADOOP-1081:
---------------------------------
Resolution: Fixed
Fix Version/s: 0.13.0
Status: Resolved (was: Patch Available)
I just committed this. Thanks, Michael!
> JAVA_PLATFORM with spaces (i.e. Mac OS X-ppc-32) breaks bin/hadoop script
> -------------------------------------------------------------------------
>
> Key: HADOOP-1081
> URL: https://issues.apache.org/jira/browse/HADOOP-1081
> Project: Hadoop
> Issue Type: Bug
> Components: scripts
> Affects Versions: 0.12.0, 0.12.1, 0.13.0
> Reporter: Andrzej Bialecki
> Fix For: 0.13.0
>
> Attachments: fix-hadoop-on-darwin.patch
>
>
> Thus says Brian Whitman in NUTCH-432:
> "In some later nightly in the past few weeks (not sure when) the bin/nutch script stopped working on my Macs with
> Exception in thread "main" java.lang.NoClassDefFoundError: OS
> On any command. I tracked it down to the JAVA_PLATFORM env variable that is used to try to find a native hadoop library. The line
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName`
> in bin/nutch returns "Mac OS X-ppc-32", which then appears as
> -Djava.library.path=/Users/bwhitman/Desktop/nn/lib/native/Mac OS X-ppc-32
> in the java command line to start a nutch tool.
> Not sure the best way to fix this, but I manually put
> JAVA_PLATFORM='MacOSX/PPC'
> and the error went away. "
> The same problem occurs in bin/hadoop.
> I propose the following fix:
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName | sed -e 's/ /_/g'`
> The alternative would be to fix this in PlatformName, but then we may want to get the real platform name in some other places. We could also add a cmd-line switch to PlatformName.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HADOOP-1081) JAVA_PLATFORM with spaces (i.e. Mac
OS X-ppc-32) breaks bin/hadoop script
Posted by "Hadoop QA (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HADOOP-1081?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486160 ]
Hadoop QA commented on HADOOP-1081:
-----------------------------------
+1, because http://issues.apache.org/jira/secure/attachment/12354792/fix-hadoop-on-darwin.patch applied and successfully tested against trunk revision http://svn.apache.org/repos/asf/lucene/hadoop/trunk/524929. Results are at http://lucene.zones.apache.org:8080/hudson/job/Hadoop-Patch
> JAVA_PLATFORM with spaces (i.e. Mac OS X-ppc-32) breaks bin/hadoop script
> -------------------------------------------------------------------------
>
> Key: HADOOP-1081
> URL: https://issues.apache.org/jira/browse/HADOOP-1081
> Project: Hadoop
> Issue Type: Bug
> Components: scripts
> Affects Versions: 0.12.0, 0.12.1, 0.13.0
> Reporter: Andrzej Bialecki
> Attachments: fix-hadoop-on-darwin.patch
>
>
> Thus says Brian Whitman in NUTCH-432:
> "In some later nightly in the past few weeks (not sure when) the bin/nutch script stopped working on my Macs with
> Exception in thread "main" java.lang.NoClassDefFoundError: OS
> On any command. I tracked it down to the JAVA_PLATFORM env variable that is used to try to find a native hadoop library. The line
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName`
> in bin/nutch returns "Mac OS X-ppc-32", which then appears as
> -Djava.library.path=/Users/bwhitman/Desktop/nn/lib/native/Mac OS X-ppc-32
> in the java command line to start a nutch tool.
> Not sure the best way to fix this, but I manually put
> JAVA_PLATFORM='MacOSX/PPC'
> and the error went away. "
> The same problem occurs in bin/hadoop.
> I propose the following fix:
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName | sed -e 's/ /_/g'`
> The alternative would be to fix this in PlatformName, but then we may want to get the real platform name in some other places. We could also add a cmd-line switch to PlatformName.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HADOOP-1081) JAVA_PLATFORM with spaces (i.e. Mac
OS X-ppc-32) breaks bin/hadoop script
Posted by "Hadoop QA (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HADOOP-1081?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12486629 ]
Hadoop QA commented on HADOOP-1081:
-----------------------------------
Integrated in Hadoop-Nightly #47 (See http://lucene.zones.apache.org:8080/hudson/job/Hadoop-Nightly/47/)
> JAVA_PLATFORM with spaces (i.e. Mac OS X-ppc-32) breaks bin/hadoop script
> -------------------------------------------------------------------------
>
> Key: HADOOP-1081
> URL: https://issues.apache.org/jira/browse/HADOOP-1081
> Project: Hadoop
> Issue Type: Bug
> Components: scripts
> Affects Versions: 0.12.0, 0.12.1, 0.13.0
> Reporter: Andrzej Bialecki
> Fix For: 0.13.0
>
> Attachments: fix-hadoop-on-darwin.patch
>
>
> Thus says Brian Whitman in NUTCH-432:
> "In some later nightly in the past few weeks (not sure when) the bin/nutch script stopped working on my Macs with
> Exception in thread "main" java.lang.NoClassDefFoundError: OS
> On any command. I tracked it down to the JAVA_PLATFORM env variable that is used to try to find a native hadoop library. The line
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName`
> in bin/nutch returns "Mac OS X-ppc-32", which then appears as
> -Djava.library.path=/Users/bwhitman/Desktop/nn/lib/native/Mac OS X-ppc-32
> in the java command line to start a nutch tool.
> Not sure the best way to fix this, but I manually put
> JAVA_PLATFORM='MacOSX/PPC'
> and the error went away. "
> The same problem occurs in bin/hadoop.
> I propose the following fix:
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName | sed -e 's/ /_/g'`
> The alternative would be to fix this in PlatformName, but then we may want to get the real platform name in some other places. We could also add a cmd-line switch to PlatformName.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HADOOP-1081) JAVA_PLATFORM with spaces (i.e. Mac
OS X-ppc-32) breaks bin/hadoop script
Posted by "Michael Bieniosek (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HADOOP-1081?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Bieniosek updated HADOOP-1081:
--------------------------------------
Attachment: fix-hadoop-on-darwin.patch
Uploading patch as proposed by reporter
> JAVA_PLATFORM with spaces (i.e. Mac OS X-ppc-32) breaks bin/hadoop script
> -------------------------------------------------------------------------
>
> Key: HADOOP-1081
> URL: https://issues.apache.org/jira/browse/HADOOP-1081
> Project: Hadoop
> Issue Type: Bug
> Components: scripts
> Affects Versions: 0.12.0, 0.12.1, 0.13.0
> Reporter: Andrzej Bialecki
> Attachments: fix-hadoop-on-darwin.patch
>
>
> Thus says Brian Whitman in NUTCH-432:
> "In some later nightly in the past few weeks (not sure when) the bin/nutch script stopped working on my Macs with
> Exception in thread "main" java.lang.NoClassDefFoundError: OS
> On any command. I tracked it down to the JAVA_PLATFORM env variable that is used to try to find a native hadoop library. The line
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName`
> in bin/nutch returns "Mac OS X-ppc-32", which then appears as
> -Djava.library.path=/Users/bwhitman/Desktop/nn/lib/native/Mac OS X-ppc-32
> in the java command line to start a nutch tool.
> Not sure the best way to fix this, but I manually put
> JAVA_PLATFORM='MacOSX/PPC'
> and the error went away. "
> The same problem occurs in bin/hadoop.
> I propose the following fix:
> JAVA_PLATFORM=`CLASSPATH=${CLASSPATH} ${JAVA} org.apache.hadoop.util.PlatformName | sed -e 's/ /_/g'`
> The alternative would be to fix this in PlatformName, but then we may want to get the real platform name in some other places. We could also add a cmd-line switch to PlatformName.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.