You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[](https://github.com/cybertec-postgresql/pg_timetable/releases)
**pg_timetable** has a rich REST API, which can be used by external tools in order to perform start/stop/reinitialize/restarts/reloads,
4
+
by any kind of tools to perform HTTP health checks, and of course, could also be used for monitoring.
5
+
6
+
Below you will find the list of **pg_timetable** REST API endpoints.
7
+
8
+
## Health check endpoints
9
+
10
+
### `GET /liveness`
11
+
Always returns HTTP status code `200`, indicating that **pg_timetable** is running.
12
+
13
+
### `GET /readiness`
14
+
Returns HTTP status code `200` when the **pg_timetable** is running, and the scheduler is in the main loop processing chains.
15
+
If the scheduler connects to the database, creates the database schema, or upgrades it, it will return the HTTP status code `503`.
16
+
17
+
## Chain management endpoints
18
+
19
+
### `GET /startchain?id=<chain-id>`
20
+
Returns HTTP status code `200` if the chain with the given id can be added to the worker queue. It doesn't, however, mean the chain execution starts immediately. It is up to the worker to perform load and other checks before starting the chain.
21
+
In the case of an error, the HTTP status code `400` followed by an error message returned.
22
+
23
+
### `GET /stopchain?id=<chain-id>`
24
+
Returns HTTP status code `200` if the chain with the given id is working at the moment and can be stopped. If the chain is running the
25
+
cancel signal would be sent immediately.
26
+
In the case of an error, the HTTP status code `400` followed by an error message returned.
For feature requests or troubleshooting assistance please open an issue on project's [Github page](https://github.com/cybertec-postgresql/pg_timetable).
0 commit comments