Right now, I think you'd probably have to track down where that particular property is used in the code to determine its lifecycle. I think it's going to take some work to wrangle these into discrete sets for documentation purposes, in the shell or otherwise. Some properties are only used during certain times early in the server's lifecycle. Other properties are used on demand. Some of those on demand properties are probably cached into internal state for indefinite periods of time. It's hard to say which are which without investigating each property individually (or through empirical testing).
On Tue, Oct 4, 2016 at 9:04 PM Jeff Kubina <[email protected]> wrote: > That would be very helpful, but a note in the documentation would be fine > initially. Is there an easy way to determine this from the source code? > > -- > Jeff Kubina > 410-988-4436 <(410)%20988-4436> > > > On Tue, Oct 4, 2016 at 8:59 PM, Christopher <[email protected]> wrote: > > Some do, some don't. One thing we could add to the shell is a notification > that a restart is necessary for a particular change. Possibly. > > On Tue, Oct 4, 2016, 20:25 Dave <[email protected]> wrote: > > I don't think so. > > On Oct 4, 2016 8:21 PM, Jeff Kubina <[email protected]> wrote: > > Does changing the values of tserver configs in the accumulo shell, like > "config -s tserver.server.threads.minimum=256", require a restart of all > the tservers to become effective? > > > >
