Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Default template for multiple receivers #1181

Closed
rophy opened this issue Jan 6, 2018 · 1 comment
Closed

Default template for multiple receivers #1181

rophy opened this issue Jan 6, 2018 · 1 comment

Comments

@rophy
Copy link

rophy commented Jan 6, 2018

Hi, is it possible to do the following?

route:
  pagerduty_config:
    - description: 'my template here'
  routes:
  - match:
      service: 'a'
    receiver: 'a'
  - match:
      service: 'b'
    receiver: 'b'
  - match:
      service: 'c'
    receiver: 'c'

receivers:
  - name: "a"
    pagerduty_configs:
    - service_key: 'key_a'
  - name: 'b'
    pagerduty_configs:
    - service_key: 'key_b'
  - name: 'c'
    pagerduty_configs:
    - service_key: 'key_c'

essentially, have some common receiver config which is shared between receivers, pagerduty_configs.description in the example above.

@brian-brazil
Copy link
Contributor

This is not possible, you should look at having your configuration management system template this.

It makes more sense to ask questions like this on the prometheus-users mailing list rather than in a GitHub issue. On the mailing list, more people are available to potentially respond to your question, and the whole community can benefit from the answers provided.

hh pushed a commit to ii/alertmanager that referenced this issue Nov 30, 2018
* collector/diskstats: don't fail if there are extra stats, just ignore… (prometheus#1125)

* collector/diskstats: don't fail if there are extra stats, just ignore them

Signed-off-by: Paul Gier <pgier@redhat.com>
Signed-off-by: Ben Kochie <superq@gmail.com>

* collector/hwmon_linux: handle temperature sensor file which doesn't have item suffix (prometheus#1123)

In some cases the file might be called "temp" instead of the usual format "temp<index>_<item>"
as described in the kernel docs: https://www.kernel.org/doc/Documentation/hwmon/sysfs-interface
In this case, treat this as an _input file containing the current temperature reading.

Fixes prometheus#1122

Signed-off-by: Paul Gier <pgier@redhat.com>
Signed-off-by: Ben Kochie <superq@gmail.com>

* Handle 'Unknown' as measurement value. (prometheus#1113)

We use the output-compatible perccli and storcli.py does not handle 'Unknown' as a result:
```
sg="Error parsing \"/var/lib/node_exporter/perccli.prom\": text format parsing error in line 222: expected float as value, got \"Unknown\"" source="textfile.go:212"
```
I know, the perccli should not return 'Unknown' but this error breaks all other useful measurements because the prom file is not parsable. My if condition fixes this.

Signed-off-by: Andreas Wirooks <4233401+nudgegoonies@users.noreply.github.com>
Signed-off-by: Ben Kochie <superq@gmail.com>

* circleci: switch to 2.1 config

Signed-off-by: Ben Kochie <superq@gmail.com>

* Convert to Go modules (prometheus#1178)

* Convert to Go modules

* Update promu config.
* Convert to Go modules.
* Update vendoring.
* Update Makefile.common.
* Update circleci config.
* Use Prometheus release tar for promtool.
* Fixup unpack

* Use temp dir for unpacking tools.
* Use BSD compatible tar command.
* OpenBSD mkdir doesn't support `-v`.

Signed-off-by: Ben Kochie <superq@gmail.com>

* Add fallback for missing /proc/1/mounts (prometheus#1172)

* Add fallback for missing /proc/1/mounts

On some systems, `/proc/1/mounts` is hidden from non-root users due to
the `hidepid` procfs feature. Attempt to fallback to `/proc/mounts` if
`/proc/1/mounts` is not found.

Signed-off-by: Ben Kochie <superq@gmail.com>

* Add tests.

Signed-off-by: Ben Kochie <superq@gmail.com>

* Add CHANGELOG entry.

Signed-off-by: Ben Kochie <superq@gmail.com>

* Release v0.17.0 (prometheus#1168)

* Update CHANGELOG
* Update VERSION

Signed-off-by: Ben Kochie <superq@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants