Skip to content
This repository has been archived by the owner on Jul 27, 2023. It is now read-only.

Traefik health check warning #1073

Closed
mcapuccini opened this issue Feb 2, 2016 · 10 comments · Fixed by #1281
Closed

Traefik health check warning #1073

mcapuccini opened this issue Feb 2, 2016 · 10 comments · Fixed by #1281
Labels
Milestone

Comments

@mcapuccini
Copy link
Contributor

I just tried to provision a new cluster using the playbook on the master branch. On the health checks I get this warning:

Status
Warning

Check ID
service:traefik-admin:2

Node
phnmnl-dev-edge-01

Service ID
traefik-admin

Service Name
traefik-admin

Output:
API contains no information. If this is not expected, try restarting traefik.
@ryane
Copy link
Contributor

ryane commented Feb 2, 2016

on your edge node, can you run curl -k https://localhost:8081/api and share the results?

Also, I'm curious what curl -k https://localhost:8081/health returns too.

@mcapuccini
Copy link
Contributor Author

Sorry @ryane, I just destroyed the cluster and I am now rebuilding with 0.5.1, maybe some user that will have the same issue can share the results later on. I don't have enough credits on gce to keep many things up and running.

@ryane
Copy link
Contributor

ryane commented Feb 2, 2016

No problem, we'll keep an eye out for it. Thanks!

@ryane
Copy link
Contributor

ryane commented Feb 3, 2016

Ran into this today. The issue was that marathon was not ready when traefik started:

Feb 03 01:44:19 ip-10-0-138-51.ec2.internal traefik[17882]: time="2016-02-03T01:44:19Z" level=error msg="Failed to register for subscriptions, all the Marathon hosts are presently down"
Feb 03 01:44:19 ip-10-0-138-51.ec2.internal traefik[17882]: time="2016-02-03T01:44:19Z" level=error msg="Failed to create a client for marathon, error: all the Marathon hosts are presently down"

So, in this scenario, marathon is not successfully registered as a provider in traefik and /api/providers returns {}. As suggested, restarting traefik resolves the problem. This doesn't seem to happen often, ime, but perhaps we need to check that marathon is up before starting traefik

@mcapuccini
Copy link
Contributor Author

same problem on 0.6.0-RC3. How do I restart Traefik?

@stevendborrelli
Copy link
Contributor

You should just be able to run systemctl restart traefik on an edge node.

@mcapuccini
Copy link
Contributor Author

Thanks @stevendborrelli it worked (with sudo in front). I have a small cluster now with just one edge node, with more edges do I have to do this on all of them? Or do they somehow restart together when one restarts?

@ryane
Copy link
Contributor

ryane commented Feb 12, 2016

@mcapuccini it won't automatically fix other instances of traefik if they are having the same problem. You can restart traefik on all edge nodes with an ansible command if you want:

ansible 'role=edge' -s -m service -a 'name=traefik state=restarted'

@mcapuccini
Copy link
Contributor Author

@ryane thanks, this works too!

@langston-barrett langston-barrett changed the title Traefik healt check warning Traefik health check warning Feb 14, 2016
@langston-barrett
Copy link
Contributor

This is also a recurring issue in Travis builds, causing erronious failures.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants