Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Fri, 29 Aug 2014 00:48:09 +0000 (UTC)
From: "Charles Lamb (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: <JIRA.12737115.1409149139040.5891.1409273289657@arcas>
In-Reply-To: <JIRA.12737115.1409149139040@arcas>
References: <JIRA.12737115.1409149139040@arcas>
Subject: [jira] [Updated] (HDFS-6954) With crypto, no native lib systems are
 too verbose
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Charles Lamb updated HDFS-6954:
-------------------------------

    Attachment: HDFS-6954.002.patch

Thanks for the review [~andrew.wang].

I've attached the .002 version which is rebased and should address your comments. The change to use slf4j in PA was trivial.


> With crypto, no native lib systems are too verbose
> --------------------------------------------------
>
>                 Key: HDFS-6954
>                 URL: https://issues.apache.org/jira/browse/HDFS-6954
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: encryption
>    Affects Versions: 3.0.0
>            Reporter: Allen Wittenauer
>            Assignee: Charles Lamb
>         Attachments: HDFS-6954.001.patch, HDFS-6954.002.patch
>
>
> Running commands on a machine without a native library results in:
> {code}
> $ bin/hdfs dfs -put /etc/hosts /tmp
> 14/08/27 07:16:10 WARN util.NativeCodeLoader: Unable to load native-hadoop library for your platform... using builtin-java classes where applicable
> 14/08/27 07:16:11 WARN crypto.CryptoCodec: Crypto codec org.apache.hadoop.crypto.OpensslAesCtrCryptoCodec is not available.
> 14/08/27 07:16:11 INFO hdfs.DFSClient: No KeyProvider found.
> {code}
> This is way too much.


--
This message was sent by Atlassian JIRA
(v6.2#6252)