# Prepare Uptime Kuma v2
**URL:** https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977
**Category:** Contribute Room
**Tags:** uptime-kuma, upgrade, english
**Created:** [November 13, 2024, 6:45am UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977 "2024-11-13T06:45:13Z")
**Posts on this page:** 14
**Page:** 1
### Author:  [@Ionys](https://forum.yunohost.org/u/Ionys)
#### Post date: [November 13, 2024, 6:45am UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/1 "2024-11-13T06:45:13Z")
Hi!
I was wondering if anyone could indicate me the steps to follow to test Uptime Kuma v2 on YunoHost. I would like to prepare the scripts/scenarios to be v2 compliant, allowing YunoHost to get the v2 version asap after release.
If anyone can tell me what are the steps fo follow (there is already a v2.0.0-beta1 available for Uptime Kuma on GitHub), I can take care of it.
Cheers!
---
### Author:  [@orhtej2](https://forum.yunohost.org/u/orhtej2)
#### Post date: [November 13, 2024, 1:38pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/2 "2024-11-13T13:38:28Z")
1. Fork the repo/create a branch based on `testing`
2. Change sources in `manifest.toml` to the latest version available.
3. Install new instance based on your branch/upgrade with `sudo yunohost app upgrade uptime-kuma -u https://github.com/somename/uptime-kuma_ynh/tree/somebranch`
4. …
5. Profit hopefully, if not fix errors and `goto 3`.
---
### Author:  [@ericg](https://forum.yunohost.org/u/ericg)
#### Post date: [November 13, 2024, 3:53pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/3 "2024-11-13T15:53:46Z")
… or try it from this branch
> **[GitHub - YunoHost-Apps/uptime-kuma\_ynh at 2.0.0](https://github.com/YunoHost-Apps/uptime-kuma_ynh/tree/2.0.0)**
>
> 2.0.0
---
### Author:  [@Ionys](https://forum.yunohost.org/u/Ionys)
#### Post date: [November 13, 2024, 5:18pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/4 "2024-11-13T17:18:40Z")
Will work on it, thanks!
---
### Author:  [@rodinux](https://forum.yunohost.org/u/rodinux)
#### Post date: [September 3, 2025, 3:31pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/5 "2025-09-03T15:31:37Z")
Hello, seems a big migration when updating from 1.23.16~ynh1 to 2.0.0~ynh3
Very long migration !! I wait since more than 1 hour, seems it was a DB migration…
Something like
```auto
- 2025-09-03T17:15:03+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-15 [99.19%][46/46]
- 2025-09-03T17:15:03+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-16 [99.24%][46/46]
- 2025-09-03T17:15:03+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-17 [99.29%][46/46]
- 2025-09-03T17:15:04+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-18 [99.34%][46/46]
- 2025-09-03T17:15:04+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-19 [99.39%][46/46]
- 2025-09-03T17:15:04+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-20 [99.44%][46/46]
- 2025-09-03T17:15:05+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-21 [99.49%][46/46]
- 2025-09-03T17:15:05+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-22 [99.54%][46/46]
- 2025-09-03T17:15:05+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-23 [99.59%][46/46]
- 2025-09-03T17:15:05+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-24 [99.64%][46/46]
- 2025-09-03T17:15:06+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-25 [99.69%][46/46]
- 2025-09-03T17:15:06+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-26 [99.74%][46/46]
- 2025-09-03T17:15:06+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-27 [99.79%][46/46]
- 2025-09-03T17:15:07+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-28 [99.84%][46/46]
- 2025-09-03T17:15:07+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-29 [99.89%][46/46]
- 2025-09-03T17:15:07+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-30 [99.94%][46/46]
- 2025-09-03T17:15:07+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-31 [99.99%][46/46]
- 2025-09-03T17:15:08+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-09-01 [100.00%][46/46]
- 2025-09-03T17:15:08+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-09-02 [100.00%][46/46]
- 2025-09-03T17:15:08+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-09-03 [100.00%][46/46]
- 2025-09-03T17:15:08+02:00 [DB] INFO: Clearing non-important heartbeats
- 2025-09-03T17:15:09+02:00 [DB] INFO: Deleting non-important heartbeats for monitor 1
```
But is not even finished… Now I see in the domain page
```auto
Migration is in progress, listening message...
```
and in the logs (as in the domain page
```auto
2025-09-03T17:15:08+02:00 [DB] INFO: Clearing non-important heartbeats
2025-09-03T17:15:09+02:00 [DB] INFO: Deleting non-important heartbeats for monitor 1
```
Should I wait ?? or try restore the backup ??? … Shoud I stay or should I go now…
---
### Author:  [@rodinux](https://forum.yunohost.org/u/rodinux)
#### Post date: [September 3, 2025, 3:32pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/6 "2025-09-03T15:32:42Z")
Ah OK is always the migration… now is `Deleting non-important heartbeats for monitor 2`… etc…
---
### Author:  [@Aleks](https://forum.yunohost.org/u/Aleks)
#### Post date: [September 3, 2025, 3:33pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/7 "2025-09-03T15:33:48Z")
> [@rodinux](#):
>
> ```auto
> - 2025-09-03T17:15:07+02:00 [DB] INFO: [DON'T STOP]
> - 2025-09-03T17:15:07+02:00 [DB] INFO: [DON'T STOP]
> - 2025-09-03T17:15:07+02:00 [DB] INFO: [DON'T STOP]
> - 2025-09-03T17:15:08+02:00 [DB] INFO: [DON'T STOP]
> - 2025-09-03T17:15:08+02:00 [DB] INFO: [DON'T STOP]
> - 2025-09-03T17:15:08+02:00 [DB] INFO: [DON'T STOP]
>
> ```
[ ](https://www.youtube.com/watch?v=MHi9mKq0slA&t=69)
---
### Author:  [@rodinux](https://forum.yunohost.org/u/rodinux)
#### Post date: [September 3, 2025, 3:36pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/8 "2025-09-03T15:36:47Z")
Perhaps a good idea to do a PRE\_UPGRADE.md to advice the upgrade / migration will take a long time…
---
### Author:  [@rodinux](https://forum.yunohost.org/u/rodinux)
#### Post date: [September 3, 2025, 4:45pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/9 "2025-09-03T16:45:18Z")
Ok, migration done… It tooks around 3 hours for me !!!
---
### Author:  [@jarod5001](https://forum.yunohost.org/u/jarod5001)
#### Post date: [September 3, 2025, 6:40pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/10 "2025-09-03T18:40:35Z")
> [@rodinux](#):
>
> 3 hours
What’s your hardware?
---
### Author:  [@rodinux](https://forum.yunohost.org/u/rodinux)
#### Post date: [September 3, 2025, 6:51pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/11 "2025-09-03T18:51:23Z")
on VM with 2 cores and 3GB RAM , but there was some database migrations and in this Uptime a lot of monitors 50 monitors ??
---
### Author:  [@Diabolo](https://forum.yunohost.org/u/Diabolo)
#### Post date: [October 24, 2025, 1:28pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/12 "2025-10-24T13:28:27Z")
Coucou,
Je réponds ici car ce post est encore ouvert et en rapport avec le bug que nous sommes plusieurs à avoir rencontré après la mise à jour vers YunoHost 12.1.12. Je t’ajoute à la boucle @JfmbLinux car de mémoire tu as eu le même problème et tu as abandonné l’appli Uptime Kuma. Je viens de réussir à la réparer 🥳
En gros mon problème à moi, c’est que je fais les mises à jour quand je les vois et que c’est un moment quand je ne vais pas déranger mes utilisateur-ices (la nuit). Donc parfois lorsqu’elle viennent juste d’être publiées. Et que lorsque l’interface YunoHost me dit que c’est fini, je redémarre le serveur par réflexe en me disant que ça relancera avec les fichiers mis à jour proprement.
En fait je me suis aperçu que lorsque YunoHost ferme la fenêtre de mise à jour, Uptime Kuma continue de se mettre à jour et c’est là que j’ai dû interrompre la mise à jour de la base de données en redémarrant le serveur.
Pour résoudre le problème j’ai dû :
- Supprimer l’application Uptime Kuma.
- Restaurer une version que j’avais installée avant le bug (celle que j’ai retrouvée dans mon cas avait 3 mois de plus (juin 2025) mais ça n’a pas posé de problème).
- Exécuter la mise à jour vers Uptime Kuma 2.0.0~ynh4.
- Quand les fenêtres de mises YunoHost se sont fermées, je suis allé sur l’url du tableau de bord de Uptime Kuma et là j’ai vu les fameuses lignes encore en cours d’éxecution :
> [@rodinux](#):
>
> ```auto
> - 2025-09-03T17:15:03+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-15 [99.19%][46/46]
> - 2025-09-03T17:15:03+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-16 [99.24%][46/46]
> - 2025-09-03T17:15:03+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-17 [99.29%][46/46]
> - 2025-09-03T17:15:04+02:00 [DB] INFO: [DON'T STOP] Migrating monitor data 50 - 2025-08-18 [99.34%][46/46]
>
> ```
- C’est resté longtemps sur `Clearing non-important heartbeats`, j’ai fait ma vie au cas où, 1h après c’était encore la même ligne, j’ai rafraichi la page et 🪄 Uptime Kuma est à jour et refonctionne.
J’espère que ça pourra en aider quelqu’un-es 😘
Longue vie à YunoHost et à sa (notre) communauté 🎆
---
### Author:  [@rodinux](https://forum.yunohost.org/u/rodinux)
#### Post date: [October 24, 2025, 1:36pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/13 "2025-10-24T13:36:17Z")
Pour info, c’est juste cette mise à jour majeure qui demandait une grosse migration et ré-édition de la database…
---
### Author:  [@JfmbLinux](https://forum.yunohost.org/u/JfmbLinux)
#### Post date: [October 24, 2025, 8:03pm UTC](https://forum.yunohost.org/t/prepare-uptime-kuma-v2/31977/14 "2025-10-24T20:03:18Z")
Merci beaucoup pour l’info 🙂