Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BD73C1170B for ; Tue, 1 Jul 2014 16:44:24 +0000 (UTC) Received: (qmail 47237 invoked by uid 500); 1 Jul 2014 16:44:24 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 47181 invoked by uid 500); 1 Jul 2014 16:44:24 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 47163 invoked by uid 99); 1 Jul 2014 16:44:24 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2014 16:44:24 +0000 Date: Tue, 1 Jul 2014 16:44:24 +0000 (UTC) From: "Arun Allamsetty (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (HBASE-11451) HBase MapReduce job loads configuration (hbase-site.xml), but actually doesn't use the values read. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Arun Allamsetty created HBASE-11451: --------------------------------------- Summary: HBase MapReduce job loads configuration (hbase-site.xml), but actually doesn't use the values read. Key: HBASE-11451 URL: https://issues.apache.org/jira/browse/HBASE-11451 Project: HBase Issue Type: Bug Components: mapreduce Affects Versions: 0.96.1.1 Environment: Linux Debain 7.4 "Wheezy" Reporter: Arun Allamsetty I am writing a MapReduce job which reads from (a) HBase table(s). Almost everything works as it is supposed to except the {{Configuration}} class. So I did this, {code:java} Configuration config = HBaseConfiguration.create(); GenericOptionsParser parser = new GenericOptionsParser(config, args); // This should work but is not working. config.addResource(new Path(parser.getCommandLine().getOptionValue("conf", DEFAULT_HBASE_CONF))); {code} When I run the job like this (passing the path to `hbase-site.xml` correctly), I get this error. {code:java} 14/06/30 23:02:30 WARN zookeeper.ClientCnxn: Session 0x0 for server null, unexpected error, closing socket connection and attempting reconnect java.net.ConnectException: Connection refused at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method) at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:735) at org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(ClientCnxnSocketNIO.java:350) at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:1075) 14/06/30 23:02:30 INFO zookeeper.ClientCnxn: Opening socket connection to server localhost/127.0.0.1:2181. Will not attempt to authenticate using SASL (unknown error) {code} But when I add the following two lines, it works like a charm (even though it seems completely ridiculous). {code:java} // So these are the workarounds. config.set("hbase.rootdir", config.get("hbase.rootdir")); config.set("hbase.zookeeper.quorum", config.get("hbase.zookeeper.quorum")); {code} Basically, read the parameters back from the {{Configuration}} object and set them back in the same object, which is bonkers. I read a bug raised about it [HBASE-11066|https://issues.apache.org/jira/browse/HBASE-11066], but it seems to have been closed citing local configuration problem (I think not). I use CDH 5.0.2 with HBase 0.96.1.1. I don't know if it is an issue with the Cloudera build or the general one. Please let me know if you need any more details. -- This message was sent by Atlassian JIRA (v6.2#6252)