Return-Path: X-Original-To: apmail-accumulo-notifications-archive@minotaur.apache.org Delivered-To: apmail-accumulo-notifications-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9D7C517485 for ; Fri, 1 May 2015 20:41:13 +0000 (UTC) Received: (qmail 6806 invoked by uid 500); 1 May 2015 20:41:08 -0000 Delivered-To: apmail-accumulo-notifications-archive@accumulo.apache.org Received: (qmail 6771 invoked by uid 500); 1 May 2015 20:41:08 -0000 Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jira@apache.org Delivered-To: mailing list notifications@accumulo.apache.org Received: (qmail 6759 invoked by uid 99); 1 May 2015 20:41:08 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 May 2015 20:41:08 +0000 Date: Fri, 1 May 2015 20:41:08 +0000 (UTC) From: "Josh Elser (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Resolved] (ACCUMULO-3766) Bulk ingest fails on volume configuration mismatch MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/ACCUMULO-3766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Elser resolved ACCUMULO-3766. ---------------------------------- Resolution: Fixed We can't really do anything reliably better, so I added documentation to the configuration section of the user manual to recommend to users that they always use FQDNs across their Hadoop cluster. > Bulk ingest fails on volume configuration mismatch > -------------------------------------------------- > > Key: ACCUMULO-3766 > URL: https://issues.apache.org/jira/browse/ACCUMULO-3766 > Project: Accumulo > Issue Type: Bug > Components: client > Reporter: Josh Elser > Assignee: Josh Elser > Priority: Blocker > Fix For: 1.7.0 > > Time Spent: 20m > Remaining Estimate: 0h > > Saw this running the Bulk randomwalk module > {code} > error preparing the bulk import directory > java.io.IOException: hdfs://jelser-accumulo-6.novalocal:8020/tmp/bulk_15333dff-747b-47e2-ae23-781da54da3f4 is not in a volume configured for Accumulo > at org.apache.accumulo.master.tableOps.BulkImport.createNewBulkDir(BulkImport.java:149) > at org.apache.accumulo.master.tableOps.BulkImport.prepareBulkImport(BulkImport.java:178) > at org.apache.accumulo.master.tableOps.BulkImport.call(BulkImport.java:136) > at org.apache.accumulo.master.tableOps.BulkImport.call(BulkImport.java:70) > at org.apache.accumulo.master.tableOps.TraceRepo.call(TraceRepo.java:57) > at org.apache.accumulo.fate.Fate$TransactionRunner.run(Fate.java:73) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at org.apache.accumulo.fate.util.LoggingRunnable.run(LoggingRunnable.java:35) > at java.lang.Thread.run(Thread.java:745) > {code} > accumulo-site.xml has > {code} > > instance.volumes > hdfs://jelser-accumulo-6:8020/user/accumulo/data > comma separated list of URIs for volumes. example: hdfs://localhost:9000/accumulo > > {code} > My hunch is that I had issues because I put in the shortname instead of the FQDN in instance.volumes. > Some thoughts: > 1. Can we make this error detection smarter? > 2. Do we have this issue documented (where multiple names can refer to the same namenode)? > Marked as blocker against 1.7.0 to get visibility and discussion. -- This message was sent by Atlassian JIRA (v6.3.4#6332)