Friday, December 19, 2025
support@conference.yunohost.org
December
Mon Tue Wed Thu Fri Sat Sun
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
       
             

[06:33:06] <eMerzh> merci m606 :) ... mais du coup, la question c'est si jamais il est vraiment stuck, ya moyen de faire kk chose pour pas avoir le popup?`
[09:30:17] <Chatpitaine Caverne> La popup affiche directement la log active de l'api yunohost.

Il peut arriver, notamment lors des updates que ce lien se "détache", mais l'api continue de faire son boulot derrière.

Pour vérifier si la mise à jour est terminée, j'utilise dans le terminal la commande suivante :
`sudo yunohost log show last`
Et si la dernière log dit que la mise à jour est en success, je peux faire F5 sur la GUI pour récupérer celle-ci sans la popup.

Une autre commande pour suivre la log de l'api : `sudo tail -f /var/log/yunohost/yunohost-api.log`

Un autre cas arrivé dernièrement sur cette room, c'est un stuck lors de la création d'un domaine.
Là, c'est vraiment planté. Alors la technique consiste à redémarrer le service yunohost-api avec la commande :
`sudo systemctl restart yunohost-api`
cf https://forum.yunohost.org/t/stuck-in-domain-creation-and-certificate/41105/6
Mais avant de kill l'api, il vaut mieux être certain qu'elle est stuck car un arrêt au milieu d'une tâche peut entraîner des états instables.
[09:34:07] <Chatpitaine Caverne> La popup affiche directement la log active de l'api yunohost.

Il peut arriver, notamment lors des updates que ce lien se "détache", mais l'api continue de faire son boulot derrière.

Pour vérifier si la mise à jour est terminée, j'utilise dans le terminal la commande suivante :
`sudo yunohost log show last`
Et si la dernière log dit que la mise à jour est en success, je peux faire F5 sur la GUI pour récupérer celle-ci sans la popup.

Une autre commande pour suivre la log de l'api : `sudo tail -f /var/log/yunohost/yunohost-api.log`

Un autre cas arrivé dernièrement sur cette room, c'est un stuck lors de la création d'un domaine.
Là, c'est vraiment planté. Alors la technique consiste à redémarrer le service yunohost-api avec la commande :
`sudo systemctl restart yunohost-api`

ou méthode yunohost :
`sudo yunohost service stop yunohost-api'
puis : `sudo yunohost service start yunohost-api`
cf https://forum.yunohost.org/t/stuck-in-domain-creation-and-certificate/41105/6
Mais avant de kill l'api, il vaut mieux être certain qu'elle est stuck car un arrêt au milieu d'une tâche peut entraîner des états instables.
[09:35:14] <Chatpitaine Caverne> La popup affiche directement la log active de l'api yunohost.

Il peut arriver, notamment lors des updates que ce lien se "détache", mais l'api continue de faire son boulot derrière.

Pour vérifier si la mise à jour est terminée, j'utilise dans le terminal la commande suivante :
`sudo yunohost log show last`
Et si la dernière log dit que la mise à jour est en success, je peux faire F5 sur la GUI pour récupérer celle-ci sans la popup.

Une autre commande pour suivre la log de l'api : `sudo tail -f /var/log/yunohost/yunohost-api.log`

Un autre cas arrivé dernièrement sur cette room, c'est un stuck lors de la création d'un domaine.
Là, c'est vraiment planté. Alors la technique consiste à redémarrer le service yunohost-api avec la commande :
`sudo systemctl restart yunohost-api`

ou méthode yunohost :
``sudo yunohost service stop yunohost-api
sudo yunohost service start yunohost-api``
cf https://forum.yunohost.org/t/stuck-in-domain-creation-and-certificate/41105/6
Mais avant de kill l'api, il vaut mieux être certain qu'elle est stuck car un arrêt au milieu d'une tâche peut entraîner des états instables.
[09:36:11] <Chatpitaine Caverne> La popup affiche directement la log active de l'api yunohost.

Il peut arriver, notamment lors des updates que ce lien se "détache", mais l'api continue de faire son boulot derrière.

Pour vérifier si la mise à jour est terminée, j'utilise dans le terminal la commande suivante :
`sudo yunohost log show last`
Et si la dernière log dit que la mise à jour est en success, je peux faire F5 sur la GUI pour récupérer celle-ci sans la popup.

Une autre commande pour suivre la log de l'api : `sudo tail -f /var/log/yunohost/yunohost-api.log`

Un autre cas arrivé dernièrement sur cette room, c'est un stuck lors de la création d'un domaine.
Là, c'est vraiment planté. Alors la technique consiste à redémarrer le service yunohost-api avec la commande :
`sudo systemctl restart yunohost-api`

ou méthode yunohost :
```
sudo yunohost service stop yunohost-api
sudo yunohost service start yunohost-api
```
cf https://forum.yunohost.org/t/stuck-in-domain-creation-and-certificate/41105/6
Mais avant de kill l'api, il vaut mieux être certain qu'elle est stuck car un arrêt au milieu d'une tâche peut entraîner des états instables.
[09:39:08] <Chatpitaine Caverne> La popup affiche directement la log active de l'api yunohost.

Il peut arriver, notamment lors des updates que ce lien se "détache", mais l'api continue de faire son boulot derrière.

Pour vérifier si la mise à jour est terminée, j'utilise dans le terminal la commande suivante :
`sudo yunohost log show last`
Et si la dernière log dit que la mise à jour est en success, je peux faire F5 sur la GUI pour récupérer celle-ci sans la popup.

Une autre commande pour suivre la log de l'api : `sudo tail -f /var/log/yunohost/yunohost-api.log`

Un autre cas arrivé dernièrement sur cette room, c'est un stuck lors de la création d'un domaine.
Là, c'est vraiment planté. Alors la technique consiste à redémarrer le service yunohost-api avec la commande :
`sudo systemctl restart yunohost-api`

ou méthode yunohost mais si un job dans l'api est stuck, elle ne peut pas fonctionner puisque ces commandes utilisent l'api :

```
sudo yunohost service stop yunohost-api
sudo yunohost service start yunohost-api
```

cf https://forum.yunohost.org/t/stuck-in-domain-creation-and-certificate/41105/6
Mais avant de kill l'api, il vaut mieux être certain qu'elle est stuck car un arrêt au milieu d'une tâche peut entraîner des états instables.
[09:40:17] <Chatpitaine Caverne> La popup affiche directement la log active de l'api yunohost.

Il peut arriver, notamment lors des updates que ce lien se "détache", mais l'api continue de faire son boulot derrière.

Pour vérifier si la mise à jour est terminée, j'utilise dans le terminal la commande suivante :
`sudo yunohost log show last`
Et si la dernière log dit que la mise à jour est en success, je peux faire F5 sur la GUI pour récupérer celle-ci sans la popup.

Une autre commande pour suivre la log de l'api : `sudo tail -f /var/log/yunohost/yunohost-api.log`

Un autre cas arrivé dernièrement sur cette room, c'est un stuck lors de la création d'un domaine.
Là, c'est vraiment planté. Alors la technique consiste à redémarrer le service yunohost-api avec la commande :
`sudo systemctl restart yunohost-api`

cf https://forum.yunohost.org/t/stuck-in-domain-creation-and-certificate/41105/6
Mais avant de kill l'api, il vaut mieux être certain qu'elle est stuck car un arrêt au milieu d'une tâche peut entraîner des états instables.
[12:00:42] <rodinux> Hello, I have need some place on a disk, so I use the command `yunohost tools basic-space-cleanup`, the command wanted also remove some packages
```
yunohost tools basic-space-cleanup
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages will be REMOVED:
libnode108 node-acorn node-busboy node-cjs-module-lexer node-undici node-xtend nodejs nodejs-doc postgresql-server-dev-all yarn
0 upgraded, 0 newly installed, 10 to remove and 55 not upgraded.
After this operation, 75.3 MB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.
```
I have refused delete the packages, is it just from a `apt autoremove` to clean up old packages ?

[12:19:26] <Chatpitaine Caverne> Revo1936&
[12:27:13] <Thomas> > <@rodinux:matrix.org> Hello, I have need some place on a disk, so I use the command `yunohost tools basic-space-cleanup`, the command wanted also remove some packages
> ```
> yunohost tools basic-space-cleanup
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> The following packages will be REMOVED:
> libnode108 node-acorn node-busboy node-cjs-module-lexer node-undici node-xtend nodejs nodejs-doc postgresql-server-dev-all yarn
> 0 upgraded, 0 newly installed, 10 to remove and 55 not upgraded.
> After this operation, 75.3 MB disk space will be freed.
> Do you want to continue? [Y/n] n
> Abort.
> ```
> I have refused delete the packages, is it just from a `apt autoremove` to clean up old packages ?
>

I guess, did you try to see if there is a difference with apt autoremove?
[12:40:03] <rodinux> I am not sure, if I do a `apt update` I don't see warnings about remove unused packages ??
[12:40:35] <rodinux> I am some time affraid with `apt autoremove`...
[12:42:11] <rodinux> ah... I have this

```
apt autoremove --dry-run
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages will be REMOVED:
libnode108 node-acorn node-busboy node-cjs-module-lexer node-undici node-xtend nodejs nodejs-doc postgresql-server-dev-all yarn
0 upgraded, 0 newly installed, 10 to remove and 0 not upgraded.
Remv yarn [1.22.22-1]
Remv nodejs [18.20.4+dfsg-1~deb12u1] [node-acorn:amd64 ]
Remv libnode108 [18.20.4+dfsg-1~deb12u1] [node-acorn:amd64 ]
Remv node-acorn [8.8.1+ds+~cs25.17.7-2]
Remv node-undici [5.15.0+dfsg1+~cs20.10.9.3-1+deb12u4]
Remv node-busboy [1.6.0+~cs2.6.0-2]
Remv node-cjs-module-lexer [1.2.2+dfsg-5]
Remv node-xtend [4.0.2-3]
Remv nodejs-doc [18.20.4+dfsg-1~deb12u1]
Remv postgresql-server-dev-all [248+deb12u1]

[12:43:00] <rodinux> but I am affraid because not sure these packages can be safely removed...
[17:25:43] <Chatpitaine Caverne> Salut,
C'est un échec lamentable. Des violations de contraintes, des foreign key error, en pagaille. Comprends pas.
Un LDAP qu'on me dit de configurer mais dont le plugin me dit qu'il ne prend pas de paramètres...
La totale, à devenir dingue (je l'suis déjà un peu à la base).

Bon, vais refaire une tentative en modifiant les tar avant restoration avec la version de node actuelle (au cas où ma manip' osée serait en cause dans le manque d'un module).
Si ça ne fonctionne pas, après, je ne sais plus quoi faire. Et ce qui est sûr, c'est que je ne déclenche pas la migration tant que cette dernière app qui échoue ne passe pas le test.

Note pour moi même : Je crois que je n'aime pas node .js

[17:27:03] <Aleks (he/him/il/lui)> L'enfermatique
[17:41:37] <freetux> B’soir les gens. Petit souci de mise à jour de Peertube, plantage de la mise à jour, et impossible de restaurer la sauvegarde :

- mise à jour : https://paste.yunohost.org/raw/nuqalolofa : souci avec peertube-plugin-auth-ldap ?
- restauration : https://paste.yunohost.org/raw/nuqalolofa : “_Failed to start peertube.service - PeerTube: video streaming platform_” 🤔
Vous auriez desidées pour la restauration ? Merci 🙂
[17:41:38] <freetux> B’soir les gens. Petit souci de mise à jour de Peertube, plantage de la mise à jour, et impossible de restaurer la sauvegarde :

- mise à jour : https://paste.yunohost.org/raw/nuqalolofa : souci avec peertube-plugin-auth-ldap ?
- restauration : https://paste.yunohost.org/raw/nuqalolofa : “_Failed to start peertube.service - PeerTube: video streaming platform_” 🤔


Vous auriez desidées pour la restauration ? Merci 🙂
[17:41:45] <freetux> B’soir les gens. Petit souci de mise à jour de Peertube, plantage de la mise à jour, et impossible de restaurer la sauvegarde :

- mise à jour : https://paste.yunohost.org/raw/nuqalolofa : souci avec peertube-plugin-auth-ldap ?
- restauration : https://paste.yunohost.org/raw/nuqalolofa : “_Failed to start peertube.service - PeerTube: video streaming platform_” 🤔

Vous auriez des idées pour la restauration ? Merci 🙂
[17:48:14] <freetux> Il me semble que j’avais déjà augmenté le timeout pour d’autres applis.
[17:48:16] <freetux> Je ne sais plus où c’est.
[17:48:41] <freetux> J’ai déjà rencontré le souci de délais dépassé à la fin d’une mise à jour lors du redémarrage du service.
[17:54:13] <Chatpitaine Caverne> ça ne semble pas vraiment être un souci de timeout. Il déclenche l'erreur 2 dizième de secondes après la tentative d'installation :

```
[peertube.domain8.tld:443] 2025-12-19 15:12:02.458 info: Installing plugin peertube-plugin-auth-ldap.
2025-12-19 15:12:02,669: DEBUG - [peertube.domain8.tld:443] 2025-12-19 15:12:02.668 error: Cannot install plugin peertube-plugin-auth-ldap, removing it... {
```
[17:55:03] <freetux> Le timeout c’est lors de la restauration.
[17:55:41] <Aleks (he/him/il/lui)> https://i.imgflip.com/aff1g7.gif
[18:19:02] <freetux> Ah bah ne ne suis pas seul : https://github.com/YunoHost-Apps/peertube_ynh/issues/511
[18:25:54] <Chatpitaine Caverne> Ouais, on dirait qu'il y a un souci dû à NOOOOODDDDEEEEE....JS avec Peertube. Je sens que ma migration ne sera pas pour tout de suite. Je t'ai mis un hug en réaction parce que je me démène autour de cette question en ce moment. Et puis aussi parce que j'aime bien les hugs.
[18:30:36] <Chatpitaine Caverne> Ce n'est pas certain que ça règle le souci avec ta restauration mais au cas où, on m'a filé ce lien qui peut aider :

https://forum.yunohost.org/t/peertube-cant-install-backup-after-fail-upgrade-nodejs-problem/40823/3
[23:23:44] <orhtej2> report an issue on gh if you could 🙏