-
Notifications
You must be signed in to change notification settings - Fork 679
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
Configuring syslog address via environment or configuration file #90
Comments
I'm also interested in this. Hoping to run Logspout on Dokku and I don't have any way to pass an argument to the end of the docker command. |
Going to make it easier to add routes via environment. However, the routesapi lets you add them via HTTP, but that's far from ideal in your case. |
+1 On this... I'm trying to get logspout working in a kubernetes cluster. |
Also interested into being able to run logspout inside kubernetes. |
I was able to get it working on kubernetes, sending to papertrail with the following YAML:
|
Thank you so much for this file. I have been able to forward my logs to Papertrail. Thanks. |
As most of the chatty stuff happens in the
Not sure if there is a way to exclude in logspout itself, as opposed to setting environment variables in containers (which might be beyond our control, like stuff in |
Thanks, but I have not been able to replicate. Any help? |
Using Unfortunately We can't exclude by checking if a particular label is is equal to something (The kube containers all have Guess it won't be too much of a stretch to change it so that the value of
This is still possible for now with the following:
EDIT: Filtering namespaces by labels doesn't seem workable, as
|
I believe this is already configurable via the |
Closing as |
We use docker-compose, therefore the CMD for logspout is embedded in
docker-compose.yml
. However, the syslog addresses we use will be different per environment.Can the syslog URI be provided at runtime in any way other than as a command line argument?
I'm also open to any other suggestions for how to have different destinations for production, staging, test, dev, etc.
The text was updated successfully, but these errors were encountered: