You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Christopher Tubbs (JIRA)" <ji...@apache.org> on 2015/02/06 22:43:34 UTC

[jira] [Created] (ACCUMULO-3570) Relax restriction on instance.volumes.replacements so new volume does not have to be in instance.volumes

Christopher Tubbs created ACCUMULO-3570:
-------------------------------------------

             Summary: Relax restriction on instance.volumes.replacements so new volume does not have to be in instance.volumes
                 Key: ACCUMULO-3570
                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3570
             Project: Accumulo
          Issue Type: Bug
    Affects Versions: 1.6.1
            Reporter: Christopher Tubbs
            Assignee: Christopher Tubbs
             Fix For: 1.7.0, 1.6.3


ACCUMULO-1832 added the ability to replace volume references with a differently named volume.

However, it also added a restriction that the new volume must be specified in the {{instance.volumes}} set. While that is a use case, it is an unnecessary restriction and conflates the purpose of replacements with regular volumes. {{instance.volumes}} is the set of volumes to write new tablets files to, while the replacements are intended to assign in remapping references to already written data, so it can be read.

One use case that this restriction prevents, for example, is migrating from failing hardware to a new cluster. A user may rename the old namenode from "nn" to "nn-old", and name the new one "nn-new", but wouldn't want new files to be written to "nn-old". This could be achieved by a custom volume chooser which blacklists "nn-old" for new tablets, but that would require writing custom code. Relaxing this restriction allows users to get the same behavior in configuration.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)