"--start-locator=" was originally present on "start server" but was commented out for some reason. You can find the lines in CliStrings.java:
// public static final String START_SERVER__START_LOCATOR = "start-locator"; // public static final String START_SERVER__START_LOCATOR__HELP = // "To start embedded Locator with given endpoints in the format: host[port]. If no endpoints are // given defaults (localhost[10334]) are assumed."; I don't know why it was removed or why it was dead-coded instead of deleting it. -Kirk On Wed, Apr 5, 2017 at 3:18 PM, Swapnil Bawaskar <sbawas...@pivotal.io> wrote: > +1 to add a "--start-locator=" option for starting an embedded locator. > However, I can easily see a user starting two servers and expecting to form > a distributed system, but if we start the embedded locator by default, they > won't. > So, I think we should prevent the server from starting up, but give an > error message to either start a locator or use the --start-locator option. > > On Wed, Apr 5, 2017 at 2:50 PM Kirk Lund <kl...@apache.org> wrote: > > > You can still control a lone server with GFSH. And if you configure it up > > front, then you can still have Regions for a Client to use. > > > > $ start server --name=server1 --cache-xml-file=mycachefile.xml > > > > <start client, connect to server1, etc> > > > > $ stop server --dir=server1 > > > > You could also start a JMX Manager in the server or an embedded Locator > as > > others have mentioned. I'm not sure if it's possible to startup cluster > > config service in a server or if that comes for free when you start an > > embedded Locator. > > > > -Kirk > > > > On Wed, Apr 5, 2017 at 12:26 PM, Jianxia Chen <jc...@pivotal.io> wrote: > > > > > Thanks Jinmei! You are right. I missed that. > > > > > > Thanks, > > > Jianxia > > > > > > On Wed, Apr 5, 2017 at 12:24 PM, Jinmei Liao <jil...@pivotal.io> > wrote: > > > > > > > for your #1, there is a --properties-file option when you do "start > > > > server". > > > > > > > > On Wed, Apr 5, 2017 at 12:20 PM, Jianxia Chen <jc...@pivotal.io> > > wrote: > > > > > > > > > Thank you William! > > > > > > > > > > I tried with it. It works. But there is something tricky in order > to > > > > start > > > > > the embedded locator. > > > > > > > > > > 1) the gemfire.properties file has to be in the right place, either > > in > > > > the > > > > > server directory or home directory. Looks like this is not > > documented. > > > > > I was trying to specify the properties file in gfsh when starting > > > server. > > > > > However, there is no such option for `start server` command. There > is > > > an > > > > > `--security-properties-file` option though, for > > gfsecurity.properties. > > > > > > > > > > 2) jmx-manager has to be true. Otherwise the embedded locator won't > > > > start. > > > > > The server can be started successfully though. > > > > > > > > > > Thanks, > > > > > Jianxia > > > > > > > > > > On Wed, Apr 5, 2017 at 11:03 AM, William Markito Oliveira < > > > > > william.mark...@gmail.com> wrote: > > > > > > > > > > > Jianxia, you can set the property "start-locator" in > > > gemfire.properties > > > > > as > > > > > > below... So the server then will have an embedded locator. > > > > > > > > > > > > http://geode.apache.org/docs/guide/11/reference/topics/ > > > > > > gemfire_properties.html > > > > > > start-locator If set, automatically starts a locator in the > current > > > > > process > > > > > > when the member connects to the distributed system and stops the > > > > locator > > > > > > when the member disconnects. > > > > > > > > > > > > To use, specify the locator with an optional address or host > > > > > specification > > > > > > and a required port number, in one of these formats: > > > > > > > > > > > > start-locator=address[port1] > > > > > > > > > > > > start-locator=port1 > > > > > > > > > > > > If you only specify the port, the address assigned to the member > is > > > > used > > > > > > for the locator. > > > > > > > > > > > > If not already there, this locator is automatically added to the > > list > > > > of > > > > > > locators in this set of gemfire properties. > > > > > > *not set* > > > > > > > > > > > > On Wed, Apr 5, 2017 at 12:50 PM, Jianxia Chen <jc...@pivotal.io> > > > > wrote: > > > > > > > > > > > > > Hi Darrel, > > > > > > > > > > > > > > How to configure a colocated locator in the same server > process? > > > Just > > > > > > > curious. What I understand is that the locator is in its own > > > process. > > > > > > > > > > > > > > Thanks, > > > > > > > Jianxia > > > > > > > > > > > > > > On Wed, Apr 5, 2017 at 10:36 AM, Darrel Schneider < > > > > > dschnei...@pivotal.io > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > I like the idea of servers failing to start if no locator > > exists. > > > > > > > > But does a use case for a server with no locator exist? What > > > about > > > > > ease > > > > > > > of > > > > > > > > development? > > > > > > > > > > > > > > > > I could see that it would be easier to start just a single > > server > > > > > > process > > > > > > > > instead of two (locator and server). But for this use case > > > couldn't > > > > > the > > > > > > > > developer just configure a colocated locator in the same > server > > > > > > process? > > > > > > > > This would have the benefit of the clients during development > > and > > > > > > > > production using a locator consistently. > > > > > > > > > > > > > > > > Is it true that the server with no locator will never have > any > > > peer > > > > > > > members > > > > > > > > in its cluster? > > > > > > > > Clients can still connect to this singleton server by being > > > > > configured > > > > > > > with > > > > > > > > the server host and port instead of the locator. > > > > > > > > > > > > > > > > > > > > > > > > On Wed, Apr 5, 2017 at 10:24 AM, Jinmei Liao < > > jil...@pivotal.io> > > > > > > wrote: > > > > > > > > > > > > > > > > > Without connecting to the server, I think you can still > stop > > it > > > > by > > > > > > > > > specifying --pid or --dir in "stop server" command. > > > > > > > > > > > > > > > > > > On Wed, Apr 5, 2017 at 10:15 AM, Udo Kohlmeyer < > > > > > > ukohlme...@pivotal.io> > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > Hey there, > > > > > > > > > > > > > > > > > > > > Current Geode allows a user to start a server without > being > > > > > linked > > > > > > > to a > > > > > > > > > > Locator. Which in itself is not incorrect, but once > started > > > > there > > > > > > is > > > > > > > no > > > > > > > > > way > > > > > > > > > > to connect to that server to manage it. > > > > > > > > > > > > > > > > > > > > I know that we have taken an opinionated view that member > > > > > discovery > > > > > > > can > > > > > > > > > > only now happen through a locator and that multicast is > an > > > > option > > > > > > > > > anymore. > > > > > > > > > > > > > > > > > > > > Can we take the same opinionated view where we either > state > > > > that > > > > > > > unless > > > > > > > > > > your server is connecting to a locator, it cannot be > > started > > > OR > > > > > we > > > > > > > fix > > > > > > > > > the > > > > > > > > > > default behavior where we can start a server but cannot > > > connect > > > > > to > > > > > > > it, > > > > > > > > > and > > > > > > > > > > have to resort to "kill -9" commands to kill the server. > > > > > > > > > > > > > > > > > > > > --Udo > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > Cheers > > > > > > > > > > > > > > > > > > Jinmei > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > ~/William > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Cheers > > > > > > > > Jinmei > > > > > > > > > >
