[06:12:24]
<dragon> @tituspijean:matrix.org
good afternoon! are there any updates about peertube? when will the upstream be fixed?
[07:21:44]
<tituspijean> My message in their support room was tremendously ignored, I will bump it up.
[11:37:27]
<Chatpitaine Caverne> Il semblerait que ce soit le service Synapse (Matrix serveur) qui présente quelques fuites de mémoire.
Lorsque j'arrête le service et le redémarre, je gagne 1.2 à 2Go de RAM et l'utilisation de RAM remonte petit à petit, jusqu'au prochain arrêt 2 à 3 jours plus tard.
Si d'autres ont des soucis de RAM et veulent tester et faire un retour.
[14:19:55]
<ljf> Hello, i don't remember why the hostname is changed in yunohost ?
[14:20:37]
<ljf> during postinstall
[14:29:37]
<Aleks (he/him/il/lui)> dates back from https://github.com/YunoHost/yunohost/pull/219 and https://github.com/YunoHost/issues/issues/341
>This is especially important since etckeeper is installed by YunoHost. Without a clean hostname on the system, every commit of etckeeper (each time a package is installed/upgraded/removed) will fail. This is because git needs to generate an email for the unix user and does not want to do that when there is no clean hostname with a fqdn defined.
but would be surprised that it's not just for etckeeper (which ain't here anymore) but also stuff like "sending email from root" where you'll end up with `root@hostname` as sender
[14:30:05]
<Aleks (he/him/il/lui)> and if i remember correctly there were also some boring interaction between sudo, the hostname, and /etc/hosts (because the hostname must be resolved)
[14:30:40]
<Aleks (he/him/il/lui)> and in terms of cosmetics it just makes more sense to call the machine by the main domain thingy rather than a random stuff like `vps-93841845`
[14:45:36]
<@err404:matrix.numericore.com> j'ai un synapse qui bouffe pas mal de ram, il y a effectivement une grosse libération de ram lorsque le conteneur est rebooté
[14:47:01]
<@err404:matrix.numericore.com> https://aria.im/_bifrost/v1/media/download/AZpX272p20hpPRt0c6TI_X8cymD5bEgI5zHt7-l7_b5VQFX6gr_sYv-8DSj3X72GROJYtZuPCwX9mjjcvnYRW41Cea5K5WAQAG1hdHJpeC5udW1lcmljb3JlLmNvbS9ublVQWnBCUnZCRkhUWG1ITGtza29Wbkw
[15:18:03]
<·☽•Nameless☆•777 · ±> Ça serait pas juste du cache ?
[15:22:57]
<·☽•Nameless☆•777 · ±> Genre là, par exemple, il me dit que j'ai environ 200 Mo de cache,
Mais si je lance autre chose, il va juste libérer de la mémoire, vois en placé en swap,
c'est Linux qui fonctionne comme ça.
[15:23:02]
<·☽•Nameless☆•777 · ±> ```
free -h
total used free shared buff/cache available
Mem: 1.8Gi 858Mi 907Mi 1.8Mi 229Mi 980Mi
Swap: 3.7Gi 185Mi 3.5Gi
[18:41:45]
<lautre> Voir aussi la valeur en % à partir de quand le système commence à swapper. Par défaut dans Debian c'est 60%, s'il y a peu de ram, le système se met à swapper très vite.
vm.swappiness
[18:49:53]
<·☽•Nameless☆•777 · ±> Chez moi c'est à ```vm.swappiness = 30```
[18:51:16]
<lautre> et y aussi zram qui fait du bon boulot
[18:59:42]
<@err404:matrix.numericore.com> j'ai pas de swap dans mes VM, par contre j'en ai un peu dans l'hyperviseur.
[22:54:11]
<Chatpitaine Caverne> Je n'ai pas de swap non plus. Je n'ai pas osé en mettre sur des SSD. C'est peut-être bête, je ne sais pas. Du coup, quand la RAM arrive au trop plein, tout plante. En tout cas, depuis que je surveille et stop/start Synapse, ça se passe bien, mais je n'ai qu'une grosse semaine de recul, ça ne veut peut-être rien dire.
Note, c'est peut-être plus une discussion pour auto-hébergement, du moins si elle est appelée à durer ?