[06:40:17]
<CH> Hi, yesterday you guys helped me to fix an update error that was caused by different keys for the same repo (keyrings AND trusted at the same time). I could resolve this problem by altering the files. But now the daily analysis states:
```
The automatic diagnosis on your YunoHost server identified some issues on your server. You will find a description of the issues below. You can manage those issues in the 'Diagnosis' section in your webadmin.
---
# =================================
System configurations (regenconf)
\[WARNING\] Configuration file /etc/apt/sources.list.d/extra\_php\_version.list appears to have been manually modified.
- This is probably OK if you know what you're doing! YunoHost will stop updating this file automatically… But beware that YunoHost upgrades could contain important recommended changes. If you want to, you can inspect the differences with 'yunohost tools regen-conf apt --dry-run --with-diff' and force the reset to the recommended configuration with 'yunohost tools regen-conf apt --force'
\[WARNING\] Configuration file /etc/apt/sources.list.d/yarn.list appears to have been manually modified.
- This is probably OK if you know what you're doing! YunoHost will stop updating this file automatically… But beware that YunoHost upgrades could contain important recommended changes. If you want to, you can inspect the differences with 'yunohost tools regen-conf apt --dry-run --with-diff' and force the reset to the recommended configuration with 'yunohost tools regen-conf apt --force'
```
[06:40:25]
<CH> What should I do about that?
[07:04:33]
<CH> When using regen-conf, the original problem appears again so I'm stuck in a loop...
[07:54:03]
<Chatpitaine Caverne> CH: Did you try, again, what is suggested :
`yunohost tools regen-conf apt --dry-run --with-diff`
Read the differences, to see if something wrong or important. And then :
`yunohost tools regen-conf apt --force`
[08:16:43]
<CH> Yes, I did. Tey again later when I'm back home (sorry, had to leave for work) and post the results. Regen-fonf --force resets everything and afterwards I'm stuck with the original Problem again.
[08:18:09]
<Chatpitaine Caverne> Gonna need to check the --with-diff part in order to (try to) understand.
[08:20:05]
<CH> Wow, ssh'ing on a phone always is tedious...but here's the output:
Info: The configuration file '/etc/apt/sources.list.d/extra_php_ver
sion.list' was removed manually, and will not be created
Warning: The configuration file '/etc/apt/sources.list.d/yarn.list'
has been manually modified and will not be updated
apt:
applied:
pending:
/etc/apt/sources.list.d/extra_php_version.list:
diff: @@ -0,0 +1 @@
+deb [signed-by=/etc/apt/trusted.gpg.d/extra_php_version.gpg] https
://packages.sury.org/php/ bookworm main
status: removed
/etc/apt/sources.list.d/yarn.list:
diff: @@ -1 +1 @@
-deb [signed-by=/usr/share/keyrings/yarn-archive-keyring.gpg] https
://dl.yarnpkg.com/debian/ stable main
+deb [signed-by=/etc/apt/trusted.gpg.d/yarn.gpg] https://dl.yarnpkg
.com/debian/ stable main
status: modified
[08:38:19]
<Chatpitaine Caverne> CH:
Well lot of differences. I'd go for a clean restart with the regen-conf --force part.
And then we gonna check the errors in update command and find back the correct keys.
Regarding the yarn.list, personnaly I recreated it (it's supposed not to be useful anymore, but if not there, the regen-conf isn't happy). Here it is :
```
$ sudo cat /etc/apt/sources.list.d/yarn.list
deb [signed-by=/etc/apt/trusted.gpg.d/yarn.gpg] https://dl.yarnpkg.com/debian/ stable main
```
[08:41:59]
<CH> Thanks, will try later an report!
[13:56:40]
<Jochen> I found an python 13.3. error in Yunohost 13, trixie during the account import. What is the best way to report this error?
[15:18:57]
<Gwên> Hello !
[15:18:58]
<Gwên> Je me retrouve avec un souci assez embêtant
[15:18:59]
<Gwên> En gros ça commence par une tentative de recherche sur mon instance SearXNG qui ne fonctionne pas
[15:19:00]
<Gwên> Je vais donc dans l'interface graphique pour redémarrer dnsmasq, et là... l'onglet Services et totalement inaccessible (ça charge dans le vent)
[15:19:02]
<Gwên> Je fais donc un diagnostic, et là, plein de rouge
[15:19:03]
<Gwên> https://aria.im/_bifrost/v1/media/download/AUspQuM-xpmuj782mFWMU4wYyB5lHhGXCyeSjwLvQVjqVW_mx3Vdk2n5RaGvON8bv6ovdVpwbnvU9-IQLCS6Mi5CecdnuvJAAGdydHQuZnIvYTRxNlVOYktoWFpzZGN6b1BIeFprbXFyaDJvZk9PUnQ
[15:19:04]
<Gwên> J'ai eu le souci une première fois hier et c'est rentré dans l'ordre avec un redémarrage du serveur
[15:19:06]
<Gwên> Mais là ça recommence même pas 24 heures plus tard, et je ne peux pas m'amuser à faire ça tout le temps :( Vous avez une solution ?
[15:19:09]
<Gwên> tout fonctionne du côté de la box Internet
[15:19:10]
<Gwên> Et je note que tout n'est pas en échec, donc je me demande si c'est pas SearXNG qui déconne
[15:19:12]
<Gwên> Note : j'ai désinstaller SearXNG, redémarré, et ça refonctionne, mais quand je veux accéder de nouveau à la page de SearXNG pour la réinstaller dans l'interface graphique, j'ai rien :S
[15:19:14]
<Gwên> Ah si j'ai rien dit
[16:30:21]
<lautre> Du coup, tu as quoi? (parce que là, on sait pas si le problème est réglé non plus)
[16:42:01]
<Gwên> Les trois problèmes que j'ai constatés :
- SearXNG qui ne fonctionne plus (aucune cherche n'aboutit)
- Dans l'interface graphique d'administration, la page "Services" ne s'affiche plus
- En cas de diagnostic, toute une partie des diagnostics ne fonctionnent pas (voire l'image plus haut)
Le seul moyen que j'ai trouvé pour le résoudre : redémarrer le serveur, tout revient à la normale.
[16:42:25]
<Gwên> Or, j'espérais que ce soit un problème passager mais il s'est reproduit à moins de 24 heures d'intervalle
[16:43:21]
<Gwên> Vu que la seule application en échec était SearXNG, je me demande si le problème ne viendrait pas d'elle
[16:44:21]
<Gwên> S'il se reproduit à brève échéance, je désinstallerai SearXNG pour voir si ça change quelque chose. Mais je sais pas à quoi c'est dû.
[16:54:58]
<CH> Well here're all the outputs: https://paste.yunohost.org/raw/odexowibeq
I fixed the problem by mathching the identification methods by removing the "old" trusted.gpg.d and replacing ist by "keyring". *But* im neither an debian nerd nor a computer scientist, so thats just trial an error. My goal is to solve the error which prevents from updating and to keep the yuhost check happy as well. :-)
Thanks in advance for your support, I really appreciate it!
[16:59:10]
<lautre> Essaye aussi de voir si ça arrive au bout de N heures, ou à une heure précise.
Ça pourrait être un service qui est relancé par un cron et qui se vautre.
Autre moyen, en l'absence de logs, regarde si tu arrives à lancer le service en ligne de commande (dans un tmux tant qu'à faire), voir s'il y a certains logs ensuite
[17:01:24]
<lautre> Pour Tmux, j'aime bien cette config https://notes.greboca.net/tmux
[17:02:01]
<Gwên> Pas con ça, je vais chronométrer
[17:02:07]
<Gwên> Merci !
[17:39:45]
<Chatpitaine Caverne> It could be almost the same as this forum post : https://forum.yunohost.org/t/error-on-update-the-instance/41304/4
For now, I don't get it (not so good condition) . If you understand better than me, this post could help.
Cause there are rm and mkdir blablabla, try understant well before applying anything. And the post concern yarn. Your package issue concern php.
Normally the regen-conf is supposed to fix all of that, but IO don't know why it doesn't apply for those key issues.
I someone more thechy than me can have a look.
[17:55:24]
<Gwên> lautre Ça vient de recommencer T_T
[17:55:26]
<Gwên> Première fois hier vers 21h, deuxième fois aujourd'hui vers 16h, troisième fois à l'instant, vers 18h30
[17:55:27]
<Gwên> Ah !
[17:55:28]
<Gwên> Par contre j'ai arrêté SearXNG en terminal... et j'ai de nouveau accès aux Services dans l'interface graphique. Par contre le diagnostic continue d'être cassé.
[17:55:29]
<lautre> Je ne connais pas SearXNG.
Mais si ça retombe rapidement, tu vas pouvoir tester plus rapidement
[17:56:53]
<Gwên> Et après redémarrage de dnsmasq le diagnostic refonctionne
[17:56:56]
<Gwên> Je vais redémarrer searxng et si ça se reproduit je teste de seulement redémarrer dnsmasq en ligne de commande
[17:56:59]
<Gwên> Parce que ça peut arriver que dnsmasq déconne mais ça ralentit pas l'interface graphique à ce point normalement
[17:57:03]
<lautre> Dans un bout de terminal (j'aime bien tmux pour ça), tu peux lancer un :
`watch -n 0.5 -d df -lh`
Pour voir si avec le temps tu as une augmentation de la place occupée
[17:58:31]
<Gwên> Je vais laisser ça tourner un peu pour voir
[17:58:36]
<Gwên> Merci !
[17:58:41]
<lautre> Pour les logs, j'utilise lnav
[19:17:45]
<CH> Thanks again! That seems to be a different problem. I solved mine with the assistance of gemini - as for now, everything seems to work. Thanks again for the effort that you've put into my problem!
[19:34:48]
<Salamandar> la miniature du site avec l'archi de la stack graphique de linux était chelou par rapport au contenu du billet xD
[19:52:09]
<khrys> Hello pour info, la page https://doc.yunohost.org/fr/providers/isp_box_config renvoie un Page not found
[19:53:17]
<khrys> j'en profite pour signaler un problème bizarre : lors du diagnostic, j'ai Le port 5349 n'est pas accessible depuis l'extérieur.
Rendre ce port accessible est nécessaire pour les fonctionnalités de type [?] (service coturn)
Pour résoudre ce problème, vous devez probablement configurer la redirection de port sur votre routeur Internet comme décrit dans https://doc.yunohost.org/providers/isp_box_config
[19:56:27]
<khrys> Or "avant" je n'avais pas ce problème
[19:57:58]
<khrys> Ce que j'ai fait entretemps : j'ai suivi https://forum.yunohost.org/t/echec-de-recuperation-des-mises-a-jour-disponibles/41608/2 parce que je ne pouvais plus récupérer les MAJ, ça a fonctionné, j'ai MAJ. Sauf qu'il y a un truc qui a coincé, je n'avais même plus accès ssh. Donc j'ai rebooté physiquement le serveur, ensuite c'est redevenu "normal" mis à part le problème de diagnostic de port
[19:59:10]
<khrys> Je n'ai pas touché à mon routeur donc je ne comprends pas comment le port qui était accessible avant ne l'est plus à présent...
[20:04:40]
<·☽•Nameless☆•777 · ±> Essaye de voir si le port est réellement inaccessible depuis l'extérieur,
si ce n'est pas le cas et que tu en as réellement besoin, essaye de l'ouvrir manuellement sur yunohost,
Si tu as upnp activé, je pense que c'est une bonne idée. Si le problème persiste de le désactiver , reboit la box puis configure manuellement la redirection de port sur la box.
[20:04:59]
<·☽•Nameless☆•777 · ±> Si tu as upnp qui s'occupe de rediriger les bons ports sur la box, une idée serait avant de le désactiver,
De rebooter la box .
[20:06:47]
<Salamandar> oui, le lien est https://doc.yunohost.org/fr/admin/get_started/providers/isp …
[20:07:22]
<Salamandar> non pardon, https://doc.yunohost.org/fr/admin/get_started/post_install/port_forwarding
[20:26:16]
<Clément> > <khrys> Je n'ai pas touché à mon routeur donc je ne comprends pas comment le port qui était accessible avant ne l'est plus à présent...
J'ai exactement le même problème que toi, Khrys.
Il est apparu sans prévenir. Et aujourd'hui, il a disparu : cette disparition du problème n'est liée à aucune action de ma part.
[20:27:07]
<Clément> Et ce n'est que en ipv6, et le port est bien ouvert sur ma box
[20:27:15]
<khrys> > Essaye de voir si le port est réellement inaccessible depuis l'extérieur,
>
> si ce n'est pas le cas et que tu en as réellement besoin, essaye de l'ouvrir manuellement sur yunohost,
>
> Si tu as upnp activé, je pense que c'est une bonne idée. Si le problème persiste de le désactiver , reboit la box puis configure manuellement la redirection de port sur la box.
[20:27:52]
<khrys> je veux bien des détails sur comment faire (je suis une noob en adminsys)
[20:28:17]
<khrys> (pour le test du port et pour comment ouvrir manuellement sur yunohost)
[20:28:56]
<Clément> Je veux bien le test du port aussi 🙂
[20:29:26]
<khrys> > non pardon, https://doc.yunohost.org/fr/admin/get_started/post_install/port_forwarding
Du coup il faudrait changer le message dans l'outil de diagnostic pour mettre la bonne adresse
[20:29:44]
<Salamandar> va dans la page firewall de yunohost et regarde le commentaire. A priori ça te dira l'app qui demande ce port
[20:29:49]
<Salamandar> j'ai mis une redir côté serveur
[20:30:17]
<khrys> dans diagnostic ça me dit coturn
[20:31:07]
<Salamandar> a priori upnp est désactivé par défaut sur ce port, tu peux tenter de l'activer
[20:31:27]
<khrys> dans firewall ça me dit que L’UPnP est désactivé.
[20:31:36]
<khrys> (partout apparemment)
[20:31:47]
<khrys> je ne sais pas ce que c'est ^_^
[20:32:27]
<Salamandar> c'est ce qui crée des redirections de port automatiques auprès de ta box
[20:32:46]
<khrys> oki
[20:32:58]
<khrys> J'ouvre uniquement pour le port indiqué ?
[20:35:12]
<khrys> J'ai ouvert pour UDP et TCP le port 5349 mais le diagnostic est inchangé
[20:38:10]
<Salamandar> ah mais attends c'est arrivé hier ?
[20:38:13]
<Salamandar> j'ai réinstallé l'outil de diagnosis hier
[20:38:23]
<Salamandar> serait-ce lié…
[20:38:32]
<Salamandar> tu saurais me sortir les logs du diagnostic ?
[20:38:48]
<khrys> si tu me dis exactement où, oui...
[20:38:51]
<Salamandar> (bon chez moi le diagnostic des ports me dit que le port 5349 est OK)
[20:38:54]
<Clément> Ben moi, ça a disparu entre hier et aujourd'hui
[20:39:11]
<Salamandar> donc ça doit être lié, j'ai fait une connerie dans le code hier
[20:39:29]
<Salamandar> dans les logs :)
[20:39:56]
<Salamandar> ah merde les logs de diagnostic sont pas dans la webadmin
[20:40:50]
<Salamandar> tu peux faire un tail -100 /var/log/yunohost/yunohost-api.log
[20:40:53]
<khrys> yep je ne vois rien
[20:41:56]
<Salamandar> hm sinon en haut de la page de diagnostics ya un gros bouton vert
[20:44:01]
<khrys> cache still valid du coup on voit rien en ligne de commande
[20:44:08]
<khrys> https://paste.yunohost.org/raw/fekigodiro pour le paste
[20:45:00]
<Salamandar> étonnant
[20:45:42]
<khrys> je suis abonnée aux trucs bizarres ;-)
[20:46:39]
<Clément> Est ce que je peux vous aider sur ce point ? (Logs, dates...)
[20:47:11]
<Salamandar> tu peux aussi aller voir /var/log/yunohost/yunohost-api.log et regarder si tu vois un truc chelou
[20:47:37]
<Salamandar> ah tiens vous pouvez ptet `grep yunohost.diagnosis /var/log/yunohost/yunohost-api.log` pour filtrer le fichier de logs
[20:48:09]
<Clément> Grep avec quoi ?
[20:48:28]
<Salamandar> avec la commande grep :)
[20:48:38]
<Salamandar> copie colle le bout de code dans ton terminal
[20:48:58]
<Salamandar> (avec sudo devant si t'es pas déjà en root)
[20:49:47]
<Clément> En tout cas, le pbm est apparu entre le 30 et le 31 jan de mon côté. Et à disparu cette nuit 🙂
[20:50:15]
<Salamandar> @_bifrost_khrys=2fsupport=40conference.yunohost.org:aria-net.org lance `yunohost diagnosis run ports --force`, je regarde les logs côté serveur
[20:50:32]
<Clément> grep... Je voulais dire quel terme vous recherchez. Mais je copie colle la cde
[20:50:33]
<Salamandar> histoire déjà de m'assurer que j'ai pas foiré un truc
[20:50:58]
<Salamandar> ah ! `yunohost.diagnosis` déjà pour filtrer ce qui est lié à l'outil de diagnostics
[20:51:19]
<khrys> done
[20:51:39]
<khrys> (le force)
[20:52:03]
<Salamandar> ok je pense avoir vu la requête mais pas d'erreurs
[20:53:38]
<khrys> bon c'est pas très grave, tout semble marcher à part ça, ça disparaîtra ptêt à minuit comme pour Clément 🤪️
[20:54:38]
<Salamandar> ya 67 dans ton ip ?
[20:55:22]
<Salamandar> si oui, en effet le port est pas accessible :p
[20:57:34]
<Salamandar> ah mais attends ! déjà truc à la con mais si le service derrière le port est KO, je pense que le diagnostic dira que le port n'est pas accessible
[20:57:40]
<Salamandar> (il est je pense techniquement impossible de différencier les 2)
[20:57:55]
<Salamandar> (KO ou mal configuré / pas configuré pour écouter sur ce port)
[21:00:02]
<khrys> oui (c'est mon VPN)
[21:00:15]
<Clément> De mon côté, les logs ne donnent rien : le pbm est résolu depuis 24h, et ne n'ai que le dernier diag lancé à 21h35
[21:00:35]
<Salamandar> ah faudrait voir si ton fournisseur de VPN ne bloquerait pas ce port
[21:00:49]
<khrys> bah c'est FDN ;-)
[21:00:51]
<Salamandar> je vois pas pourquoi ce port en particulier…
[21:01:22]
<khrys> et ce n'était pas bloqué la dernière fois que j'ai fait le diagnostic (bon, ça fait un petit bout de temps)
[21:02:19]
<khrys> je crois que c'est la maj et/ou le nouvellement de clefs (cf https://forum.yunohost.org/t/echec-de-recuperation-des-mises-a-jour-disponibles/41608/2) qui a pété quelque chose
[21:02:50]
<Salamandar> hmmm ya pas trop de lien
[21:03:08]
<Salamandar> d'ailleurs faudrait qu'on trouve un moyen de gérer ce problème de clés… sury et yarn font un peu chier ces temps ci
[21:03:29]
<khrys> d'ailleurs à ce propos, il faudrait faire une info sur le pb de clés car tout le monde ne saura pas forcément trouver...
[21:03:49]
<khrys> on est d'accord ^_^
[21:04:04]
<Salamandar> oui
[21:04:11]
<Salamandar> surtout que ya "plus simple" (plus safe)
[21:04:16]
<Salamandar> ```
[21:04:57]
<Salamandar> ```
sudo rm /etc/apt/trusted.gpg.d/{yarn,extra_php_version}.gpg
sudo yunohost regen-conf apt
```
[21:06:14]
<khrys> Noté pour la prochaine fois ;-)
[21:11:56]
<Clément> > <@Salamandar:matrix.org> ```
> sudo rm /etc/apt/trusted.gpg.d/{yarn,extra_php_version}.gpg
> sudo yunohost regen-conf apt
> ```
Merci pour la cde. Désolé de ne pas avoir pu aider plus...
[21:23:57]
<Salamandar> pas de soucis :)
[21:27:46]
<freetux> Nouvelle install, en effet j'ai direct une page de login, très bizarre. 🤨
Par contre aucun compte qui fonctionne avec le MDP indiqué lors de l'installation. 🤔
[21:51:03]
<DJ Chase (fae/faer)> So for some reason Navidrome isn't letting anybody log in, and the only detail it provides is "Error"
[21:51:19]
<DJ Chase (fae/faer)> Any ideas why that might be happening?
[21:52:14]
<DJ Chase (fae/faer)> oh also of note is that i am successfully streaming from navidrome right now, i just can't login in a different window
[21:56:10]
<DJ Chase (fae/faer)> hmm actually seems to work for others, it just didn't work on any accounts i tried
[21:56:24]
<DJ Chase (fae/faer)> i'm going to assume it's because i'm streaming right now and call it a day :)
[23:17:18]
<orhtej2> > oh also of note is that i am successfully streaming from navidrome right now, i just can't login in a different window
Try in incognito, perhaps a clash with some stale session?
[23:30:50]
<DJ Chase (fae/faer)> no it was in icognito