high-availability

Thanos, Prometheus and Golang version used:

What language are you using?

C++

What operating system (Linux, Ubuntu, …) and version?

Linux

What runtime / compiler are you using (e.g. jdk version or version of gcc)

4.8.5

Make sure you include information that can help us debug (full error message, exception listing, stack trace, logs).
tars的发布流程：tarsweb上传安装包 -> tarsAdminRegistry开始发布 -> tarspatch 从/usr/local/app/p

We want to have consistent and structured logs to improve the ability to filter and analyse longhorn-manager logs.
Currently the controller uses the global logrus package logger, the task here would be to switch the log calls to the instance logger that was implemented in longhorn/longhorn-manager#661

While doing this also improve the log messages, where possible.
For an example of a successf

Currently we have a mix of:

• Out of memory error.
• Out of memory error
• out of memory error
• out of memory
• out of memory.
• out of memory [some context]

All these should be adjusted to use the same wording for consistency and it should also make the executable a little bit smaller 😄

https://github.com/google/starlark-go/blob/master/doc/spec.md

It should satisfy our reproducibility needs (like jsonnet) and could be easier to write agola config files.

Like in #137 we should provide build context information.

Hi

We are currently testing the pg_auto_failover tool for us.
The installation went off without any problems.
There are three nodes - 1x monitor and 2x dbs with pg_auto_failover 1.6.3
The nodes are ipv6 only. PostreSQL version is 12 and the OS is RedHat 8.
After creating a tablespace under the path /srv/tblspc/app for example, a failover is not possible.

• from monitor:
  ]$ pg_autoctl