-
-
Notifications
You must be signed in to change notification settings - Fork 65
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
Labels are ignored #87
Comments
Looks like you have a couple potentially conflicting options set. Docker Host and Traefik Poll are two different tracks of fetching labels - Can you try with ENABLE_TRAEFIK_POLL=false and see if any different activity? I will have to look into it deeper once I have a bit more details. |
Thanks for the fast answer! I set ENABLE_TRAEFIK_POLL=false, and it atleast removed the unwanted containers, but also the containers with the label. |
TRAEFIK_FILTER is only used on the docker container/services checks, docker labels cant be grabbed by traefik poll, they might be overriding the docker filtered list @broemp What are the logs when you disable the traefik polling? |
These are the logs after removing traefik polling.
|
I'm seeing the same behavior where polling is also pulling in containers from docker and not just from file. I'm going to see if I can come up with an exclude regex for now to work around the issue. |
Perhaps this line
@file or exclude @docker ?
|
Summary
I am using Labels to just get some Containers DNS entries, but TCC still creates entries for every container with a host rule.
But i can see in the logs that it recognised the label.
Steps to reproduce
Running Container with Traefik V2
Added following Env Variables (but tried default values too):
What is the expected correct behavior?
TCC should only create DNS Entries for Container with the label
public=true
Relevant logs and/or screenshots
Environment
I tried to exclude all containers or to not include any and only have the label active, but it didn't work.
ENV
The text was updated successfully, but these errors were encountered: