[08:47:24]
<@err404:matrix.numericore.com> nouckey: tu peux regarder les logs avec `tail -n 5000 -F /var/log/nginx/*.log`, ou bien avec lnav (consomme du cpu mais affiche en couleur): `lnav /var/log/nginx/*.log`
[09:15:54]
<nouckey> > nouckey: tu peux regarder les logs avec `tail -n 5000 -F /var/log/nginx/*.log`, ou bien avec lnav (consomme du cpu mais affiche en couleur): `lnav /var/log/nginx/*.log`
alors trop chelou, "impossible d'ouvrir '/var/log/nginx/*.log' en lecture: Aucun fichier ou dossier de ce type : alors que j'ai vachement de trucs en .log qui s'affichent quand je cherche avec ls au même endroit
[09:16:14]
<nouckey> > <@nouckey:matrix.org> alors trop chelou, "impossible d'ouvrir '/var/log/nginx/*.log' en lecture: Aucun fichier ou dossier de ce type : alors que j'ai vachement de trucs en .log qui s'affichent quand je cherche avec ls au même endroit
et quant à lnav il me dit carrément commande introuvable
[09:16:25]
<nouckey> full disclosure j'ai peut être un upgrade de retard je sais pas si ça joue
[09:22:12]
<@err404:matrix.numericore.com> lnav n'est pas installé avec yunohost, pardon, c'est un paquet que j'installe directement avec `apt install lnav` depuis la console, Yunohost est basé sur GNU/Linux Debian, donc on peut installer les paquets debian facilement du moment que ça n'entre pas en conflit avec ce que fait Yunohost
[09:23:53]
<@err404:matrix.numericore.com> `tail` est une commande qui affiche les 10 dernières lignes, le `-n 5000` c'est pour demander à tail d'afficher les 5000 dernières lignes.
le `-F` c'est pour continuer de suivre le fichier même après rotation
[09:26:41]
<@err404:matrix.numericore.com> pour les fichiers nginx, tu as normalement
- /var/log/nginx/access.log
- /var/log/nginx/error.log
mais aussi les fichiers de tes noms de domaines, chez moi j'ai:
- err404.numericore.com-access.log
- err404.numericore.com-error.log
[09:31:02]
<nouckey> > lnav n'est pas installé avec yunohost, pardon, c'est un paquet que j'installe directement avec `apt install lnav` depuis la console, Yunohost est basé sur GNU/Linux Debian, donc on peut installer les paquets debian facilement du moment que ça n'entre pas en conflit avec ce que fait Yunohost
bon laisse tomber ça sent le tunnel super compliqué car rien ne marche, et je vais pas avoir le temps de me lancer là dedans : Impossible de récupérer https://packages.sury.org/php/pool/main/p/pcre3/libpcrecpp0v5_8.45-1%2b0%7e20230620.10%2bdebian11%7e1.gbp8792c4_i386.deb 404 Not Found [IP : 2a04:4e42:8e::820 443]
[09:31:06]
<nouckey> mais merci beaucoup quand même !
[09:32:46]
<@err404:matrix.numericore.com> tu ne te connecte pas à ton yunohost par ssh?
[09:43:08]
<nouckey> > tu ne te connecte pas à ton yunohost par ssh?
si, mais ceci dit c'est vrai que je peux le faire sur la machine direct elle est genre à 2 mètres
[09:50:24]
<@err404:matrix.numericore.com> avant d'installer manuellement un paquet, il faut lancer 'apt update' pour mettre à jour la liste des paquets disponibles et leur version
[09:58:13]
<nouckey> ouais c'est ce qu'il m'a dit du coup je l'ai fait (enfin j'ai fait apt-get là j'ai refait avec apt) mais ça a pas l'air d'avoir changé grand chose.
[10:43:35]
<@err404:matrix.numericore.com> pour le moment tu peux oublier `lnav` qui n'est qu'un outil d'affichage de fichiers texte.
par contre c'est bizare que tu ne puisse pas voir les fichiers de logs de nginx
[11:05:10]
<lautre> La commande `apt-get`, c'est pas un peu obsolète?
Il me semble que maintenant on est plutôt dans la commande `apt` tout court (je n'ai plus trop l'habitude, je fais tout avec `aptitude`)
Ce qui donne :
- `apt update` (mais si tu as fait les mises à jours depuis l'interface de Yunohost, c'est inutile de lancer cette commande)
- `apt install lnav tmux btop` (Tu peux mettre plusieurs noms de paquets)
Tutoriel tmux : https://www.malekal.com/utiliser-tmux-linux/
Dans ce tutoriel, pour installer tmux, c'est yum qui est utilisé, parce que ce n'est pas sur du Debian, mais ça n'enlève rien de la qualité du tutoriel
[11:05:31]
<lautre> On prends très vite goût à tmux (ou screen)
[11:05:44]
<Salamandar> tl;dr apt-get reste pour les scripts, apt pour les humains
[11:06:08]
<Salamandar> > WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
[11:06:11]
<Salamandar> > WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
[13:01:33]
<Carlos Solís> I already checked on my upstream in Dynu and IPv6 is off there. No reason why it's using the NAT64, unless something in my stack has it set that way by default...
[13:01:33]
<Carlos Solís> > <@miro5001:matrix.org> I am having a similar issue.
> The diagnosis started to show an error about AAAA record that needs to be "None" but it is set to "64:ff9b::c502:7e8b"
> This started on 17th March.
> The domain is a yunohost domain.
> I will try to find if there is anything in the logs around that date
Did you manage to find your logs?
[13:01:34]
<miro5001> > <@csolisr:azkware.net> I already checked on my upstream in Dynu and IPv6 is off there. No reason why it's using the NAT64, unless something in my stack has it set that way by default...
I totally forgot. Having a lot to do at work and for family
[13:01:41]
<miro5001> Will try this night
[17:18:42]
<Carlos Solís> Anyway, for anybody else having the same issue as I do, you can manually bypass the checks with this command:
```
while read -r i; do sudo yunohost domain cert renew --no-checks "$i"; done < <(sudo yunohost domain list | sed -e "s/.* - //g" -e "/domains:/d" -e "/main:.*/d")
```
[17:18:42]
<Aleks (he/him/il/lui)> urgh if you want to iterate on domains consider using `--output-as json` and jq to get a less hack way of getting them:
[17:18:42]
<Aleks (he/him/il/lui)> `yunohost domain list --output-as json | jq -r '.domains[]'`