Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jira@apache.org
Date: Wed, 4 Sep 2013 16:20:51 +0000 (UTC)
From: "Eric Newton (JIRA)" <jira@apache.org>
To: notifications@accumulo.apache.org
Message-ID: <JIRA.12666885.1378302533920.78323.1378311651583@arcas>
In-Reply-To: <JIRA.12666885.1378302533920@arcas>
References: <JIRA.12666885.1378302533920@arcas>
Subject: [jira] [Resolved] (ACCUMULO-1684) WAL encryption beaks WAL
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Eric Newton resolved ACCUMULO-1684.
-----------------------------------

    Resolution: Cannot Reproduce

I'm getting very inconsistent behavior, and it makes no difference if I remove the encryption code.  I'm going to close this and open a new ticket.

                
> WAL encryption beaks WAL
> ------------------------
>
>                 Key: ACCUMULO-1684
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-1684
>             Project: Accumulo
>          Issue Type: Sub-task
>            Reporter: Eric Newton
>            Assignee: Michael Allen
>            Priority: Blocker
>             Fix For: 1.6.0
>
>
> Create a new instance, create a table, write to it. See the creation of the WAL in the logs, and in the NN.  But, the file does not exist in the file system.  Note, this does not require any encryption to be configured.
> If "encryptingLogFile" is set equal to logFile, in DfsLogger.java, everything works as expected.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira