accumulo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Kubina <jeff.kub...@gmail.com>
Subject Re: Updates to Accumulo scripts for 2.0
Date Thu, 06 Oct 2016 20:36:32 GMT
Can we add an option to launch the tservers in specified set of cgroups, or
too late?

-- 
Jeff Kubina
410-988-4436


On Thu, Oct 6, 2016 at 3:05 PM, Mike Miller <michaelpmiller@gmail.com>
wrote:

> +1
> I like the simplicity of the bin directory and the clarity of only
> having the 4 main scripts. As someone still new to the project, I am a
> fan of clean up and simplification by any means possible. Granted, I
> don't have to maintain production clusters or distributions like CDH
> so I'd imagine others might not share the same sentiment.
>
> On Thu, Oct 6, 2016 at 2:17 PM, Mike Walch <mwalch@apache.org> wrote:
> > Hi Everyone,
> >
> > I started work on on simplifying the Accumulo scripts and configuration
> > files for the 2.0 release. Given that this change could impact many, I
> > wanted to solicit feedback early in the process. Below is the JIRA issue
> > for this work and a pull request with some initial code:
> >
> > https://issues.apache.org/jira/browse/ACCUMULO-4490
> > https://github.com/apache/accumulo/pull/160
> >
> > While the code in the pull request works, it's not ready to be merged. I
> > plan to do more work on it. If you don't have a lot of time to review the
> > PR, I would read the updated INSTALL.md instructions and take a look at
> the
> > new scripts in 'bin' using links below:
> >
> > https://github.com/mikewalch/accumulo/blob/accumulo-4490/INSTALL.md
> > https://github.com/mikewalch/accumulo/tree/accumulo-4490/assemble/bin
> >
> > Many of the old scripts in 'bin' were moved a new 'scripts' directory
> but I
> > plan on simplifying or even removing them. In the future, I think scripts
> > in 'bin' should follow semantic versioning and those in 'scripts' should
> be
> > considered implementation and subject to change. Let me know what you
> > think.
> >
> > -Mike
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message