high-availability

The idea originated from this comment, see for full context thanos-io/thanos#4908 (comment)

Basically, we could improve the user experience by providing more information on how the stores are being queried, beyond providing just min / max time or just showing that the min / max time is not available, which does not in fact tell users if that store will be que

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

Describe the bug
certain pods are missing "standard" labels which are useful for certain scenarios:

app.kubernetes.io/name
app.kubernetes.io/instance

To Reproduce
Steps to reproduce the behaviour:

1. Deploy longhorn
2. Check labels

default labels are missing on:

all csi-.* pods
engine-image
instance-manager
longhorn-csi-plugin

Expected behavior
app.kubernetes.io

Your Feature Request

Some applications are not case-sensitive on the URL parameters, and may look for arguments presented under any fantasist format. One could argue that we could turn the complete string to lower case before performing the lookup, but that would also change the values, which is not desired. A better approach would be to improve url_param, urlp, and urlp_val() to take a

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, hackers, I'm a database(postgresql variant) developer and we're considering to port pg_auto_failover for our database. The group_id is defined to be a keyword for a long time, which conflicts with the parameter in some functions. We can't change the keyword in our database.
Besides we maintain a new variant of pg_auto_failover, is it possible to change the parameter name group_id to anoth