Jack Jackson
Jack Jackson
Thanks @fernvenue! This wouldn't suit my needs as I'm looking for an automatable solution (ideally, one that is driven by configuration which can be reviewed, stored in Source Control, deployed...
Thanks for the context, Devin! It's always helpful to understand the history and motivation of a tool's design. However, I _think_ we're talking about two different use-cases - it's possible...
> We don't expect the origins to be dynamically added or removed services behind cloudflared (outside of replicas: multiple hosts of the same origin) Got it. That totally explains why...
[Issue](https://github.com/grafana/oncall/issues/607).
I can confirm that I was able to use this PR to run a Cloudflared tunnel in Docker on my (arm64) Raspberry Pi. Great stuff - would love to see...
I can confirm that the arm64 cloudflared image is working perfectly on my setup. Thanks a ton for this!
> let's add another env variable, that use can configure during docker-compose up, to use arm64 image I'm still a novice with Kubernetes, so apologies if this is a stupid...
**Update:** My bad - it wasn't a problem with `grafana/oncall` itself, but with the `mysql` images, which: * explicitly request `platform: linux/x86_64` rather than just `linux` * request image `mysql`...
I'm having a similar problem. I managed to get my LibreELEC on RaspberryPi 4 to login after _many_ retries - see [here](https://paste.kodi.tv/udelapiyuw) for some client logs of failed attempts (e.g....
+1, would love to see an update on this. Ideally, callbacks wouldn't be required at all.