Clarification: I'm all for making a shell friendly interface for invoking SplitLarge. I don't really see a point in moving the code.
On Tue, Nov 13, 2012 at 6:19 AM, William Slacum < [email protected]> wrote: > If it's used by RFile during a system invoked task, then I'd say leave it. > If you want to make a shell friendly interface for invoking it, I'm all for > it. > > > On Tue, Nov 13, 2012 at 5:59 AM, David Medinets > <[email protected]>wrote: > >> It is out of place, to me, because the Accumulo Shell should be the >> primary mechanism for Accumulo system administration. Why have a >> utility that can't be invoked from the Shell? Any objections to moving >> it? >> >> On Tue, Nov 13, 2012 at 5:59 AM, Eric Newton <[email protected]> >> wrote: >> > Yes, I've had users accidentally ingest key/values that were so large >> that >> > they could not be compacted (the tablet server would run out of memory >> and >> > crash). This utility allowed me to remove the large key/values and >> > preserve them for analysis. Why is it that you want to move it? Could >> you >> > be a little more specific about why it seems out of place? >> > >> > >> > On Mon, Nov 12, 2012 at 10:19 PM, David Medinets >> > <[email protected]>wrote: >> > >> >> Is this utility something useful in a production shop? If so, should >> >> it be integrated into the shell? Maybe it should be moved to the >> >> contribs directory? I seems out of place in the current >> >> org.apache.accumulo.core.file.rfile package. >> >> >> > >
