Skip to content

Latest commit

 

History

History
31 lines (18 loc) · 1.46 KB

execution.md

File metadata and controls

31 lines (18 loc) · 1.46 KB

Execution

Executing as web/API service

Assuming you've installed orchestrator under /usr/local/orchestrator:

cd /usr/local/orchestrator && ./orchestrator http

Orchestrator will start listening on port 3000. Point your browser to http://your.host:3000/ and you're ready to go. You may skip to next sections.

If you like your debug messages, issue:

cd /usr/local/orchestrator && ./orchestrator --debug http

or, even more detailed in case of error:

cd /usr/local/orchestrator && ./orchestrator --debug --stack http

The above looks for configuration in /etc/orchestrator.conf.json, conf/orchestrator.conf.json, orchestrator.conf.json, in that order. Classic is to put configuration in /etc/orchestrator.conf.json. Since it contains credentials to your MySQL servers you may wish to limit access to that file. You may choose to use a different location for the configuration file, in which case execute:

cd /usr/local/orchestrator && ./orchestrator --debug --config=/path/to/config.file http

Web/API service will, by default, issue a continuous, infinite polling of all known servers. This keeps orchestrator's data up to date. You typically want this behavior, but you may disable it, making orchestrator just serve API/Web but never update the instances status:

cd /usr/local/orchestrator && ./orchestrator --discovery=false http

The above is useful for development and testing purposes. You probably wish to keep to the defaults.