[01:21:00]
<itvsm> How to install Brotli compression in Nginx Yunohost
[01:23:02]
<itvsm> Website performance without Brotli for mobile is 20% points lower
[01:24:31]
<itvsm> The installation methods described on the Internet in Yunohost do not work
[01:42:14]
<itvsm> The installation methods described on the Internet in Yunohost do not work.
[01:42:14]
<itvsm> Website performance without Brotli mobile is 20% lower.
[01:42:14]
<itvsm> How to install Brotli compression in Nginx Yunohost?
[05:44:01]
<ths> BONJOUR, URGENT!
[05:44:37]
<ths> j'ai mis un site en ligne en joomla avec Webapp mais mon site n'est pas consultable sans compte yunohost
[05:45:21]
<ths> Pourtant, l'application myweb app est autorisé dans les groupes: visteurs et tous les utilisateurs
[05:45:35]
<ths> S'il vous plait, un conseil :-)
[05:47:02]
<ths> https://medecinepolitique.orties.net/automne-2022/
[06:54:38]
<plabuse[m]> Plop, ths depuis chez moi j'ai bien accès à ton site https://medecinep.... sans avoir besoin de m'authentifier.
[07:36:34]
<nux00> Coucou
[07:36:35]
<nux00> je suis passé hier soir ici
[07:36:43]
<nux00> concernant un problème de màj de WEKAN
[07:37:08]
<nux00> visiblement, des soucis lié à mongodb ont été remonté sur les forums
[07:37:48]
<nux00> mon service MongoDB ne semble plus existé (introuvable depuis... 51 ans) ; je ne trouve pas de moyen simple de le réinstaller manuellement (pas de paquet mongodb dans yunohost ?!)
[07:38:13]
<nux00> faut-il que je cherche à réinstaller mongodb, ou bien réinstaller wekan ? (sachant que j'ai une grosse peur de perdre mes données !)
[07:38:26]
<nux00> j'utilise wekan tous les jours :/
[07:54:39]
<plabuse[m]> nux00: as tu essayer d'installer le paquet mongo-tools, `apt install mongo-tools` ?
[08:20:23]
<plabuse[m]> * nux00: as tu essayer d'installer le paquet `mongo-tools`, `apt install mongo-tools` ? pour récupérer l'utilitaire `mongodump`
[08:21:49]
<plabuse[m]> * nux00: as-tu essayé d'installer le paquet `mongo-tools`, `apt install mongo-tools` ? pour récupérer l'utilitaire `mongodump`
[08:37:56]
<nux00> Bonjour Pierre
[08:37:57]
<nux00> merci de ton retour
[08:38:08]
<nux00> du coup j'ai réussi à réinstaller mongo via :
[08:38:26]
<nux00> https://github.com/YunoHost-Apps/wekan_ynh/issues/104
[08:38:29]
<nux00> MAIS
[08:38:38]
<nux00> j'ai toujours un soucis concernant l'upgrade
[08:38:53]
<nux00> j'ai désormais bien mongo d'installer, mais visiblement je n'arrive pas à lancer le service
[08:40:30]
<nux00> Voici le nouveau log : https://paste.yunohost.org/raw/oxibigocuk
[08:42:23]
<nux00> sept. 29 10:41:49 nux.im systemd[1]: Started MongoDB Database Server.
[08:42:24]
<nux00> sept. 29 10:41:49 nux.im systemd[1]: mongod.service: Main process exited, code=killed, status=4/ILL
[08:42:25]
<nux00> sept. 29 10:41:49 nux.im systemd[1]: mongod.service: Failed with result 'signal'.
[08:42:53]
<nux00> (résultat de la commande journalctl -u mongod
[08:42:58]
<nux00> )
[08:43:05]
<nux00> pourtant je l'ai installé proprement
[08:43:17]
<nux00> peut être existe-t-il un ancien socket pid de mongo ?
[08:43:59]
<nux00> du coup, comme préconisé dans le lien ci-dessus, j'ai fais un yunohost service remove mongod
[08:44:01]
<nux00> ça a bien suppr le service, mais rien n'y fait
[08:44:05]
<nux00> :(
[08:59:12]
<Folât> nux00: Dépose ton problème à ynh\_wekan.
[08:59:24]
<Folât> https://github.com/YunoHost-Apps/wekan_ynh/issues
[09:12:56]
<nux00> pour l'instant, je résume mon problème à : lorsque je veux lancer une commande mongod, j'ai le retour suivant : Instruction non permise
[09:13:31]
<nux00> sinon j'ai déjà posté hier soir mon pb : https://forum.yunohost.org/t/maj-wekan-mongodump-command-not-found/21474
[09:13:43]
<nux00> que j'essaie de résoudre petit à petit
[09:14:27]
<nux00> https://forum.yunohost.org/t/service-mongodb-failed-impossible-de-demarrer/20037/4
[09:14:59]
<nux00> je tente maintenant de réparer mongod mais sur yunohost, impossible de faire exécuter une commande via sudo pour un autre utilisateur...
[09:15:19]
<nux00> je souhaiterai exécuter la commande mongod par l'utiliateur « mongodb », comment puis-je m'y prendre ?
[09:22:18]
<nux00> j'ai ajouté mon user au groupe sudo mais ça ne fonctionne pas
[09:25:39]
<nux00> Désolé, l'utilisateur admin n'est pas autorisé à exécuter « /usr/bin/mongod --dbpath /var/lib/mongodb --repair » en tant que mongodb sur truc.muche
[09:25:47]
<nux00> ah.
[09:26:04]
<nux00> des idées ?
[09:27:43]
<cantevennetwork> I have wireguard installed on a new debian11 vps with yunohost, the diagnosis page always reports that port 8096 is unreachable and "Service wg-quick@wg0 is failed :(" with logs saying "Failed to start WireGuard via wg-quick(8) for wg0.".
[09:27:47]
<cantevennetwork> Is this expected because no one is connected to the wg server?
[09:28:01]
<cantevennetwork> Related, I can't resolve my vps domain name while connected to wg.
[09:28:08]
<cantevennetwork> I there something I can do to fix that?
[09:35:47]
<nux00> Est-ce que ça pourrait être lié aux juste d'instruction « AVX » nécessaire à mongo 5.0 pour fonctionner et que je n'aurai paas ?
[09:43:11]
<cantevennetwork> Looks like this was the last report of my issue, still no solution. https://forum.yunohost.org/t/wireguard-service-wg-quick-wg0-is-failed-and-diagnosis-falsely-indicates-that-port-8095-is-not-open/20147
[10:45:14]
<Norikum Storm (Matrix)> Hello! Can i somehow allow an account "a" to send mails as "b" and "c" too? Currently i only get `rejected: not owned by user a` when i try to send a mail with b@domain in the From: field.
I couldn't find any hint for this in the documentation.
[11:10:10]
<Norikum Storm (Matrix)> Hello! Can i somehow allow an account "a" to send mails as "b" and "c" too? Currently i only get `rejected: not owned by user a` when i try to send a mail with b@domain in the From: field.
I couldn't find any hint for this in the documentation.
[12:54:01]
<nux00> Rebonjour, peut-on avoir accès aux logs de ce chat ? en effet depuis hier je va et vient depuis l'interface web de chat mais du coup je ne sais pas si l'on m'a répondu ?!
[12:56:19]
<Salamandar[m]> nux00: si tu t'y connectes via Matrix, tu peux oui
[13:08:13]
<plabuse[m]> nux00: pour le moment je ne peux pas trop t'aider (il faut que j'installe wekan pour voir ou se trouve la/les bases, l'utilisateur mongodb, les actions sur les services), mais j'ai peur que tu es passer trop de commande. Avant d'avoir le message sur `mongodump not found`, tu voulais faire une mise à jour de wekan ? Tu avais déjà fait des backups ? Tu as encore accès au serveur en ssh avec ton compte admin, je suppose.
[13:17:06]
<nux00> Bonjour Pierre (plabuse) merci pour ta réponse
[13:17:34]
<nux00> je ne pense pas avoir fait trop de manip' qui aurait casser trop de choses... Oui j'ai encore accès a mon ssh admin sans soucis, j'ai même accès à la machine en physique puisqu'autohébergé
[13:18:03]
<nux00> J'ai backupé avant de trop trifouillé mon /var/lib/mongodb/ donc il est comme il était jusqu'après l'échec de la màj wekan
[13:18:34]
<nux00> Et donc oui, je voulais faire une màj wekan
[13:19:41]
<nux00> Pour de vrai, je pense pas être loin de la solution ; actuellement je bute sur : $ sudo -u mongodb mongod --dbpath /var/lib/mongodb --repair
[13:19:42]
<nux00> Instruction non permise
[13:19:42]
<nux00> [sudo] Mot de passe de nux :
[13:20:00]
<nux00> J'ai pourtant ajouté mongodb au groupe sudo ainsi que l'user nux
[13:20:09]
<nux00> je trouve ça curieux !?
[13:20:41]
<nux00> $ sudo -u mongodb mongod --help
[13:20:42]
<nux00> Instruction non permise
[13:20:58]
<nux00> voilà, même un simple mongod --help me renvoie ce message
[13:51:04]
<nux00> Du coup j'ai désinstallé MongoD 5.0xx pour réinstaller le 4.4
[13:51:18]
<nux00> mongod fonctionne à nouveau, je poursuis.
[13:52:31]
<nux00> (probablement un soucis que mon CPU ne prend pas en charge les instructions AVX (?), lesquelles sont requises pour faire fonctionner MongoD 5.0+
[14:05:54]
<rathantara> failed to run System update and diagnosis in YNH. There are problems with ynh infrastructure?
[14:07:14]
<rathantara> error 502
[14:14:50]
<tituspijean> yes indeed, I'm investigating
[14:25:37]
<mose> just when I wanted to rtfm, damn :)
[14:28:34]
<mose> I have been using `smtp.relay.host` setting, but now I want to remove it, what value should I give it ?
[14:29:00]
<mose> so then it uses yunohost for sending email as the universe intended
[14:30:13]
<mose> ah maybe `reset`
[14:31:58]
<mose> but the reset of that setting didn't change the `main.cf` though
[14:32:04]
<jabu> Salut :)
I tried installing YunoHost on an old machine (32bit version, with CD). The problem I faced: the computer doesn't recognize any keyboards (I tried several on different usb-ports). Is this a common issue with an obvious solution or should I look further?
merci beaucoup pour tous l'aide !
[14:44:27]
<Positive> Hi, trying to migrate/update and got this error
[14:44:28]
<Positive> https://paste.yunohost.org/raw/ecoqoyixiw
[14:46:35]
<mose> what do you migrate from ? error says it's not buster
[14:53:18]
<Positive> I guess I updated with ssh
[14:54:26]
<mose> I mean, what is the distro version you update from ?
[14:55:49]
<Positive> buster to bullseye
[14:56:55]
<Positive> Still have some errors, I am trying to paste here a screenshot but it doesn't let it upload here
[14:57:21]
<Positive> 24. Repair Python app after bullseye migration
[14:57:23]
<Positive> 23. Migrate databases from PostgreSQL 11 to 13
[14:57:28]
<Positive> 22. Migrate php7.3-fpm 'pool' conf files to php7.4
[14:57:30]
<Positive> 21. Upgrade the system to Debian Bullseye and YunoHost 11.x
[14:59:21]
<Positive> https://i.imgur.com/gMP9klv.png
[15:01:48]
<Aleks> Positive: as explained in the error message, it looks like you already attempted a migration that only ran partially ... can you tell a bit more about the full story
[15:03:54]
<Positive> I tired running it last night from the webmin, and it had some sort of error that I don't remember. So i ran the regular update apt update full upgrade and I am now here. Aleks
[15:06:21]
<Aleks> So lets try to obtain the full log of what happened last night ... To do so we can check the output of :
`ls -thor /var/log/yunohost/categories/operation/*migrat*.log | tail -n 10`
[15:08:29]
<Positive> `admin@host:~$ sudo ls -thor /var/log/yunohost/categories/operation/*migrat*.log | tail -n 10
[15:08:32]
<Positive> ls: cannot access '/var/log/yunohost/categories/operation/*migrat*.log': No such file or directory`
[15:11:28]
<Positive> Got it.
[15:12:18]
<Positive> https://pastebin.com/T22RUxv4
[15:12:25]
<Positive> Aleks
[15:13:23]
<Aleks> mokay so lets look at:
```
cat /var/log/yunohost/categories/operation/20220929-015827-tools_migrations_migrate_forward.log
cat /var/log/yunohost/categories/operation/20220929-020507-tools_migrations_migrate_forward.log
```
[15:14:40]
<Positive> https://pastebin.com/5Sy7DU12
[15:15:24]
<Positive> https://pastebin.com/i66UG2EG
[15:30:56]
<Aleks> so I suppose at some point after this you did a "manual" system upgrade either with `apt dist-upgrade` or through yunohost's webadmin, right ?
[15:31:25]
<Positive> I think so, yes.
[15:31:39]
<Aleks> alright so let's check what `dpkg --audit` is saying
[15:32:08]
<Positive> comes back empty
[15:32:56]
<Positive> https://i.imgur.com/qgy3fty.png
[17:41:51]
<anubis> Coucou, est-ce qu'il est possible avec YNH de rediriger le port pour nom de domaine spécifique ? exemple xmpp.domain:5222 vers un container en :5223 ? ou on peut seulement rediriger des ports 80/443 avec l'app redirect ?
[18:41:31]
<Lep0le> hello
[18:41:57]
<zeitverschreib[m]> I still have a problem concerning multiple #fediverse plattforms running on the same #yunohost server. Federation does not seem to be possible, because all configured domains are resolved to 127.0.0.1.
Is there a way to force a proper lookup for .wellknow, webfinger etc.?
Thanks in advance.
[18:44:49]
<Aleks> > <@zeitverschreib:tchncs.de> I still have a problem concerning multiple #fediverse plattforms running on the same #yunohost server. Federation does not seem to be possible, because all configured domains are resolved to 127.0.0.1.
>
> Is there a way to force a proper lookup for .wellknow, webfinger etc.?
>
> Thanks in advance.
are you sure domains really are resolved to 127.0.0.1 ? Are they not resolved to the global IP ? Did you check this with a `ping domain.tld` from the server itself for example ?
[20:27:25]
<animarlly> hi