summaryrefslogtreecommitdiffstats
path: root/configserver/src
Commit message (Collapse)AuthorAgeFilesLines
...
* | Update method name. (rebase issue?)gjoranv2019-01-211-2/+2
| |
* | Open necessary packages to the unnamed modulegjoranv2019-01-211-0/+4
| | | | | | | | - for configserver and yet another standalone start script
* | Service name is 'qrserver' again, since PR #7332gjoranv2019-01-211-4/+4
| |
* | Remove further traces of rotationScheme.Tor Egge2019-01-211-1/+1
| |
* | Remove spooler from config-modelBjørn Christian Seime2019-01-212-28/+0
| |
* | use existing container cluster if possibleArne Juul2019-01-211-9/+8
|/
* Merge pull request #8141 from ↵Bjørn Christian Seime2019-01-1522-47/+113
|\ | | | | | | | | vespa-engine/bjorncs/jrt-transport-metrics-cfgserver Bjorncs/jrt transport metrics cfgserver
| * Use JrtFactory to construct jrt supervisors in configserverBjørn Christian Seime2019-01-1422-47/+113
| |
* | Merge pull request #8157 from vespa-engine/hakonhall/get-single-flag-definitionHåkon Hallingstad2019-01-154-11/+59
|\ \ | | | | | | Get single flag definition.
| * | Return 404 if flag is not definedHåkon Hallingstad2019-01-152-5/+10
| | |
| * | Get single flag definitionHåkon Hallingstad2019-01-154-11/+54
| |/
* / Turn off auto-upgrades of apps in dev and perfJon Marius Venstad2019-01-152-4/+7
|/
* Merge pull request #8064 from ↵Olli Virtanen2019-01-102-5/+5
|\ | | | | | | | | vespa-engine/balder/let-zookeeper-get-a-chance-to-start Since there is no dependency between the monitorer and the monitored,…
| * Since there is no dependency between the monitorer and the monitored, let us ↵Henning Baldersheim2019-01-092-5/+5
| | | | | | | | | | | | give it some more time to avoid noise in the log and system tests.
* | Merge pull request #8071 from ↵Håkon Hallingstad2019-01-103-14/+25
|\ \ | | | | | | | | | | | | vespa-engine/hakonhall/flag-repository-cfg-client-and-flag-directory Flag repository cfg client and flag directory
| * | Flag repository cfg client and flag directoryHåkon Hallingstad2019-01-093-14/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Makes new FlagRepository config server client to retrieve all flag data. - Makes WireFlagDataList to be used for creating the HTTP response in the config server, and parse the HTTP response in host admin. - Fixes problem with URL generation for controller: when port is not present in the request, remove ":-1" port specification in the url. - Makes a new FlagDirectory class, responsible for reading flags from /opt/vespa/var/vespa/flags (in FlagData JSON format), and reversely, sync that directory to exactly match a set of FlagData. - No longer have 'State state()' as a default method in interface.
* | | Merge pull request #8077 from vespa-engine/arnej/add-logd-stateportgjoranv2019-01-091-0/+1
|\ \ \ | | | | | | | | add stateport for standalone logd
| * | | add stateport for standalone logdArne Juul2019-01-091-0/+1
| | |/ | |/|
* | | Merge pull request #8051 from vespa-engine/bratseth/query-profile-fixesJon Bratseth2019-01-091-0/+1
|\ \ \ | |/ / |/| | Include queryProfile as a regular parameter
| * | Remove temporary lineJon Bratseth2019-01-081-1/+0
| | |
| * | Include queryProfile as a regular parameterJon Bratseth2019-01-081-0/+2
| |/
* | Merge pull request #8049 from vespa-engine/mpolden/config-server-preprocessMartin Polden2019-01-081-1/+1
|\ \ | |/ |/| Allow preprocessing based on deployment context in config server
| * Allow preprocessing based on deployment context in config serverMartin Polden2019-01-081-1/+1
| |
* | Make ApplicationState staticHenning Baldersheim2019-01-071-1/+1
| |
* | If generation has changed, you might have been left behind.Henning Baldersheim2019-01-072-15/+55
| | | | | | | | If so run a second train that will pick up any remaining passengers.
* | Follow intellij advise.Henning Baldersheim2019-01-072-32/+26
|/
* Optimize imports.Henning Baldersheim2019-01-062-4/+16
|
* Remove dependencies which are not availableJon Marius Venstad2019-01-051-4/+4
|
* Make sure node-admin thing is also routing appJon Marius Venstad2019-01-051-1/+10
|
* Skip services with clustername node-adminJon Marius Venstad2019-01-041-0/+2
|
* Typed flag classesHåkon Hallingstad2019-01-034-34/+55
| | | | | | | | | | This reintroduces the non-generic flag classes: - a value() returns the primitive type for flags wrapping a primitive type - easier to use in testing - Serializer is moved to internals of typed class Defines the flag backed by boolean BooleanFlag instead of FeatureFlag since not all boolean flags are necessarily guarding a feature.
* Include flag id in flag data and other review fixesHåkon Hallingstad2019-01-025-24/+38
|
* Expose defined flagsHåkon Hallingstad2018-12-315-11/+88
| | | | | | | | | | - Exposes all defined flags at /flags/v1/defined. - Defines all hosted flags in Flags. Perhaps later we can support hiding hosted flags (aka support different set of flags for different teams). - Categorizes /flags/v1 as a hosted vespa operation for /zone/v2. Also fixes component definitions in services.xml. The affected bundles have been verified at an example config server.
* Configserver flags REST APIHåkon Hallingstad2018-12-309-12/+408
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adds a new ZooKeeper backed flag source. It is defined in a new module configserver-flags to allow as many as possible config server modules to depend on it by minimizing dependencies. The content of the ZK backed flag source can be viewed and modified through REST API on the config server/controller. The data stored per flag looks like { "rules": [ { "conditions": [ { "type": "whitelist", "dimension": "hostname", "values": ["host1"] } ], "value": true } ] } typical for enabling a feature flag on host1. 2 types of conditions are so far supported: whitelist and blacklist. All the conditions must match in order for the value to apply. If the value is null (or absent), the default value will be used. At the time the flag's value is retrieved, it is resolved against the conditions with the current zone, hostname, and/or application. The same data structure is used for FileFlagSource for files in /etc/vespa/flags with the ".2" extension. The FlagSource component injected in the config server is changed to: 1. Return the flag value if specified in /etc/vespa/flags, or otherwise 2. return flag value from ZooKeeper (same as REST API) The current flags (module) is also changed: - All flags must be defined in com.yahoo.vespa.flags.Flags. This allows the ZK backed flag source additional sanity checking when modifying flags. - If it makes sense to have different flag value depending on e.g. the application, then at some point before the value is retrieved, one has to bind the flag to that application (using with() to set up the fetch vector). Future changes would be to 0. make a merged FlagSource in host admin, 1. add support for viewing and modifying feature flags in dashboard, 2. in hv tool.
* Simplify a bit by adding a constructor for testingHarald Musum2018-12-182-21/+23
|
* Use feature flag to control how to do bootstrappingHarald Musum2018-12-182-5/+15
|
* Inject FlagSource through component registryHarald Musum2018-12-136-5/+30
|
* Use feature flag for when to use server cacheHarald Musum2018-12-131-2/+11
|
* Merge pull request #7924 from ↵gjoranv2018-12-113-36/+31
|\ | | | | | | | | vespa-engine/hmusum/avoid-tests-writing-to-module-directory Refactor to avoid writing test data to module directory
| * Refactor to avoid writing test data to module directoryHarald Musum2018-12-113-36/+31
| |
* | Cleanup config definition repos and cache a bitHarald Musum2018-12-1114-99/+41
|/
* Simplify. No functional changesHarald Musum2018-12-109-62/+67
|
* Remove unused legacy code for deleting an applicationHarald Musum2018-12-102-61/+5
|
* Merge pull request #7891 from ↵Håkon Hallingstad2018-12-062-33/+47
|\ | | | | | | | | vespa-engine/hakonhall/notify-service-monitors-of-infra-apps Make service monitors aware of infra applications in duper model.
| * Make service monitors aware of infra applications in duper model.Håkon Hallingstad2018-12-062-33/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Notify monitors of infrastructure application activation. Live-flipping the content of the duper model is non-trivial and has been removed. - Split out DuperModel as a simple mutable and thread-unsafe container of the applications in the duper model, that also handles calls listeners on changes. The previous DuperModel has been renamed to DuperModelManager. - Replace SuperModelProvider::snapshot method (fast but difficult to use right) with registerListener. - Shorten the fully qualified package names by 1-2 levels for mosts classes. Next steps: - Make HA query the real orchestrator - Start experimenting with health monitoring of infra apps
* | Make it configurable if bootstrap is done in separate threadHarald Musum2018-12-062-29/+51
|/ | | | Default value for config is true (unchanged from how we do it today)
* Revert "Revert "Add infrastructure applications to DuperModel""Håkon Hallingstad2018-12-031-0/+3
|
* Revert "Add infrastructure applications to DuperModel"Harald Musum2018-12-031-3/+0
|
* Merge pull request #7828 from ↵Håkon Hallingstad2018-12-031-0/+3
|\ | | | | | | | | vespa-engine/hakonhall/add-infrastructure-applications-to-dupermodel Add infrastructure applications to DuperModel
| * Add infrastructure applications to DuperModelHåkon Hallingstad2018-11-301-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | DuperModel is (will be) responsible for both active tenant applications (through SuperModel) and infrastructure applications. This PR is one step in that direction: - All infrastructure applications (config, confighost, controller, controllerhost, and proxyhost) are owned and managed by DuperModel. - The InfrastructureProvisioner retrieves all possible infra apps from the DuperModel (through a reduced API), and "activates" each of them if target is set and there are any nodes etc. - The InfrastructureProvisioner then notifies the DuperModel which apps have been activated, and with which hosts. - The DuperModel can then build delegate artificially create ApplicationInfo, which gets translated into the application model, and finally the service model. - The resulting service model has NOT_CHECKED for each hostadmin service instance. This is sufficient for goal 1 of this sprint. - The config server application currently has health, so that's kept as-is for now. - Feature flags have been tried and works and allows 1. to disable adding the infra apps in the DuperModel, and 2. to enable the infra configserver instead of the currently created configserver w/health.