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

[jira] [Commented] (ACCUMULO-3915) BulkIT doesn't actually bulk import the file with one entry

    [ https://issues.apache.org/jira/browse/ACCUMULO-3915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14598646#comment-14598646 ] 

Josh Elser commented on ACCUMULO-3915:
--------------------------------------

Looks like I probably screwed this one up in the great 1.7.0 IT refactoring.

> BulkIT doesn't actually bulk import the file with one entry
> -----------------------------------------------------------
>
>                 Key: ACCUMULO-3915
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3915
>             Project: Accumulo
>          Issue Type: Bug
>          Components: test
>            Reporter: Josh Elser
>            Assignee: Josh Elser
>             Fix For: 1.7.1, 1.8.0
>
>
> Noticed a failure rerunning some ITs against a real cluster complaining that a file already existed. This shouldn't have happened because we delete the directory before we remake the files.
> {code}
>     for (int i = 0; i < COUNT; i++) {
>       opts.outputFile = new Path(files, String.format(fileFormat, i)).toString();
>       opts.startRow = N * i;
>       TestIngest.ingest(c, fs, opts, BWOPTS);
>     }
>     opts.outputFile = base + String.format(fileFormat, N);
>     opts.startRow = N;
>     opts.rows = 1;
>     // create an rfile with one entry, there was a bug with this:
>     TestIngest.ingest(c, fs, opts, BWOPTS);
> {code}
> Turns out that special file with one entry (which we had a bug with) isn't put into the directory or files we import. Oops.



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