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

AutoKuma is not adding monitors to Uptime-Kuma #85

Open
masterchief324 opened this issue Sep 13, 2024 · 13 comments
Open

AutoKuma is not adding monitors to Uptime-Kuma #85

masterchief324 opened this issue Sep 13, 2024 · 13 comments

Comments

@masterchief324
Copy link

image
image

Preceding are my docker-composes for Uptime-Kuma, AutoKuma, and an example docker I'm trying to get added to Uptime Kuma. As you can see below, I can see where the tags are being generated, but AutoKuma is still not adding any monitors to Uptime-Kuma.

image

@BigBoot
Copy link
Owner

BigBoot commented Sep 13, 2024

Hi, are the any messages in the AutoKuma log?

The first thing that comes to mind is that you are using container_name as id, which might include characters that are not valid, you should probably first slugify them like in the example:

{# Generate an autokuma id by slugifying the "container_name" #}
{% set id = container_name | slugify %}

Besides that it's hard to say anything without logs.

@masterchief324
Copy link
Author

image

I don't get logs.

@BigBoot
Copy link
Owner

BigBoot commented Sep 13, 2024

Hmm this is weird, are you sure the jellyseer container actually exists and is on the same docker host as autokuma?

@masterchief324
Copy link
Author

I can absolutely confirm that the jellyseerr container exists and responds.
image

image

@papirov
Copy link

papirov commented Sep 17, 2024

I have the same issue. No errors, no logs besides the pretty logo.. I'm running a docker swarm cluster, here is an example of a service i want to monitor:

duplicati: image: lscr.io/linuxserver/duplicati:latest environment: - PUID=0 - PGID=0 - TZ=America/Chicago volumes: - /mnt/appdata/duplicati:/config ports: - :8200 deploy: labels: kuma.duplicati.http.name: "Duplicati" kuma.duplicati.http.url: "http://duplicati:8200" placement: constraints: - node.labels.nas-affinity == true networks: docker_network:

Here is kuma and autokuma composes:
`
uptime-kuma:
image: louislam/uptime-kuma
volumes:
- /mnt/appdata/uptimekuma:/app/data
ports:
- ":3001"
deploy:
placement:
constraints:
- node.labels.nas-affinity != true
networks:
docker_network:

autokuma:
image: ghcr.io/bigboot/autokuma:master
ports:
- :3001
environment:
AUTOKUMA__KUMA__URL: http://uptime-kuma:3001
AUTOKUMA__DOCKER__HOSTS: tcp://docker-socket-proxy:2375
AUTOKUMA__DOCKER__LABEL_PREFIX: kuma
networks:
docker_network:
deploy:
placement:
constraints:
- node.labels.nas-affinity != true

networks:
docker_network:
external: true
name: "containerNetwork"
`

Have tried with and without docker-socket-proxy (when I did without, I had it running on the manager)

Any suggestions?

@masterchief324
Copy link
Author

papirov, out of curiosity, what platform are you running docker on?

@papirov
Copy link

papirov commented Sep 17, 2024

4 nodes in the cluster are running on raspbian, and 1 node is on the latest Ubuntu. Autokuma is definitely talking to Uptime-Kuma, because at the two times that UptimeKuma had to be restarted/upgraded, AutoKuma logged its unhappiness
image

@masterchief324
Copy link
Author

Any chance Docker is installed as a Snap package for you, as opposed to a apt?

@papirov
Copy link

papirov commented Sep 17, 2024

0 chance. All have been installed through apt.

@masterchief324
Copy link
Author

Perfect. I had a prior issue with a friend who couldn't do GPU passthrough because of snap, and I was concerned this issue was related.

@BigBoot
Copy link
Owner

BigBoot commented Sep 17, 2024

Here are some things I can think of:

  • Make sure you're using the stable/latest version, not master, at least for testing
  • if you're using swarm, make sure the labels end up on the containers, not the services. Alternatively enable support for services in AutoKuma. Though swarm support definitely is less tested than plain Docker.

@papirov
Copy link

papirov commented Sep 17, 2024

Here are some things I can think of:

  • Make sure you're using the stable/latest version, not master, at least for testing
  • if you're using swarm, make sure the labels end up on the containers, not the services. Alternatively enable support for services in AutoKuma. Though swarm support definitely is less tested than plain Docker.

My labels are definitely on services. But I am dumb! I needed this variable:
AUTOKUMA__DOCKER__SOURCE: "both"
Restarted and it's working on swarm. Woohoo!!

@toonvank
Copy link

toonvank commented Dec 9, 2024

image

I don't get logs.

Same issue here!

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

4 participants