[01:51:46]
<karl> > Hello - it appears to me that 11.0.9 is broken out of the box for Rpi4. When I flash, then install, and then run for the first time, I get a bizarre prompt about renaming users (and no web interface comes up.) Checksum ok - has anyone else managed to get a working installation out of download? https://github.com/YunoHost/issues/issues/2062
Ignore that and just go to webui to complete the setup.
[03:52:27]
<tanuki> hello, i am having trouble with the dns configuration
[03:52:39]
<tanuki> this is the traceback i get
[03:56:18]
<tanuki> hmm, cant add .txt or .png
[03:57:17]
<tanuki> Action: "POST" /yunohost/api/domains/host.joselitowong.com/dns/push?dry_run
[03:57:17]
<tanuki> Error: "500"
[03:57:35]
<tanuki> Traceback (most recent call last):
[03:57:36]
<tanuki> File "/usr/lib/python3/dist-packages/moulinette/interfaces/api.py", line 460, in process
[03:57:36]
<tanuki> ret = self.actionsmap.process(arguments, timeout=30, route=_route)
[03:57:39]
<tanuki> File "/usr/lib/python3/dist-packages/moulinette/actionsmap.py", line 586, in process
[03:57:40]
<tanuki> return func(**arguments)
[03:57:41]
<tanuki> File "/usr/lib/python3/dist-packages/yunohost/domain.py", line 570, in domain_dns_push
[03:57:42]
<tanuki> return domain_dns_push(domain, dry_run, force, purge)
[03:57:43]
<tanuki> File "/usr/lib/python3/dist-packages/yunohost/log.py", line 419, in func_wrapper
[03:57:44]
<tanuki> result = func(*args, **kwargs)
[03:57:48]
<tanuki> File "/usr/lib/python3/dist-packages/yunohost/dns.py", line 722, in domain_dns_push
[03:57:49]
<tanuki> client = LexiconClient(query)
[03:57:50]
<tanuki> File "/usr/lib/python3/dist-packages/lexicon/client.py", line 75, in __init__
[03:57:51]
<tanuki> self.provider = provider_class(self.config)
[03:57:54]
<tanuki> File "/usr/lib/python3/dist-packages/lexicon/providers/googleclouddns.py", line 75, in __init__
[03:57:55]
<tanuki> AttributeError: 'NoneType' object has no attribute 'startswith'
[03:57:55]
<tanuki> if self._get_provider_option("auth_service_account_info").startswith("file::"):
[07:33:57]
<lejocelyn[m]> Bonjour, dites, est-ce que liberapay est une plateforme appréciée pour faire des dons ? par exemple pour Yunohost?
[08:36:12]
<Adjen> quelqu'un a une solution de backup pour son serveur mail ?
[08:36:27]
<Adjen> si par exemple il y avait une coupure de courant ou d'Internet
[08:37:39]
<Alastor2262> Côté DNS, pour recevoir les mails, c'est prévu. Via le poids des enregistrements MX.
[08:38:01]
<Adjen> donc les mails sont en attente sur un serveur ?
[08:38:30]
<Alastor2262> Côté serveur par contre, je n'ai jamais cherché. Mais j'imagine que c'est l'idée.
[08:38:42]
<Adjen> top
[08:43:55]
<isAAAc> Adjen: genre ici ? https://liberapay.com/YunoHost
[08:44:20]
<Adjen> isAAAc merci mais c'est pour lejocelyn
[08:44:24]
<Mat54> Bonjour, J'ai perdu l'accès à nextcloud ce matin, suite à la dernière mise à jour. J'ai donc décidé de désinstaller l'application et de charger la sauvegarde pré-mise à jour. Malheureusement ça en fonctionne pas. Voici le log : https://paste.yunohost.org/raw/xezefesazi
[08:48:09]
<lejocelyn[m]> Mat54: comment ça perdu l'accès ? Mot de passe ? Id ? Erreur 404 ?
[08:48:23]
<lejocelyn[m]> Ah trop tard
[09:36:16]
<lejocelyn[m]> Bon, je suis passé par liberapay pour mon donc
[09:41:51]
<Lightnin> Hello. It appears that a clean install of 11.0.9 on Rpi4 does not function at all. Checksum is ok, flashed it twice, most of the boot sequence is fine. But when viewing on monitor, after being asked for keyboard config, it asks which user I'd like to rename. I also can't access the remote interface. Is 11.0.9 totally broken, or is there something I
[09:41:54]
<Lightnin> don't know about? Thanks! https://github.com/YunoHost/issues/issues/2062
[09:50:32]
<madiwas> bonjour que fait ce service uwsgi ? il est toujours ko !
[09:55:42]
<interlaced> Is Yunohost using SELINUX?
[09:56:09]
<Tripop> Okay so do a simple apps update break dendrite + just UNINSTALL my nextcloud ???
[09:56:46]
<Tripop> Can you... test our update script on production evironnement before pushing it ? Because just having 1/3 update apps that always failed and don't even restore anything is kind of annoying
[09:57:36]
<Tripop> And now i cannot restore Nextcloud for some reason, that great, thks yunohost to break when i lcic a "update" button
[09:58:13]
<hercut> Hello les gens
[10:00:21]
<hercut> j'ai un souci avec la migration, probleme de cache APT
[10:00:22]
<hercut> https://paste.yunohost.org/raw/bixejokuso
[10:00:51]
<Tripop> Log : https://paste.yunohost.org/raw/yumemejaci
[10:01:16]
<Tripop> So my nextcloud still see old domain on config ?? But... can we change a simple url without it stayed forever on config files ?
[10:01:41]
<lejocelyn[m]> Tripop: lcic ?
[10:02:03]
<Tripop> Click*
[10:03:09]
<lejocelyn[m]> hum, somehow I think that if you have something on production with yunohost, and that it's very important, you should still have a very secure workflow
[10:03:13]
<Tripop> So, my nextcloud that was on the right new domain, didn't update for no reasons "just "didn't succed" i guess it AGAIN source building because it such a easy things on linux (ahah, no, never) and now when i want to restore it it AGAIN show my old domains ? But... Netxcloud ? Can you be... a little smart please ?
[10:03:47]
<Tripop> The secure workflow it's like... the main point of installing yunohost on a self-hosted ?
[10:04:02]
<lejocelyn[m]> no
[10:04:25]
<lejocelyn[m]> and please, being so condescending is not gonna motivate people to help you
[10:04:46]
<Tripop> It's litterally said on the homepage "Put our association and projects on yunohost ! It's easy !"
[10:04:49]
<Tripop> "Oh no !! Why did you did that ?!?!"
[10:04:50]
<Tripop> Click on the big green button thath said "update"
[10:05:40]
<Tripop> Sorry but i ALWAYS have issues at EVERY update. I mean damn
[10:05:57]
<lejocelyn[m]> I don't
[10:06:06]
<Tripop> Didn't succed to build vaultwarden, dendrite didn't update well, nextcloud dissapear. I mean..
[10:06:07]
<lejocelyn[m]> so maybe your errors are very specific
[10:06:16]
<Tripop> Can i.. fell something because i'm human or i have to robot AI bot
[10:06:18]
<lejocelyn[m]> how many services do you have on your server ?
[10:06:44]
<Tripop> Like i said : it's just for some reasons nextcloud didn't have my right domains ?
[10:07:23]
<Tripop> https://paste.yunohost.org/raw/yumemejaci
[10:08:13]
<Tripop> So i have to :
[10:08:15]
<Tripop> -unzip the pre-upgrade archive
[10:08:16]
<Tripop> -edit the files that... STILL show this GODAMN domain
[10:08:17]
<Tripop> -put archive together
[10:08:21]
<Tripop> Just because i press a big green button
[10:08:21]
<Tripop> -upload it
[10:08:36]
<lejocelyn[m]> I don't know what you are talking about
[10:08:54]
<lejocelyn[m]> ranting here is not gonna help us figure a way for you to solve your issue
[10:09:26]
<Tripop> Of my issues, my logs and the fact i repeat three time now : nextcloud still use old domain on this config so i didn't restore on my system
[10:09:39]
<lejocelyn[m]> I'm not sure about how you installed things here, what is on your server
[10:09:46]
<Tripop> You can read it here : https://paste.yunohost.org/raw/yumemejaci
[10:09:56]
<Tripop> Logs tell you what happened
[10:10:54]
<Tripop> I just have wordpress, dendrite and a nextcloud.
[10:11:19]
<lejocelyn[m]> ok, and how did you configure your domain name ?
[10:11:51]
<Tripop> Normal. It's just i once do a domain name change. And WOW for a self-hosted service nextcloud don't seem to like that ?
[10:12:29]
<Tripop> But it's been quite some time now. I use the restore yunohost to transfert service to one machine to another. Thinking (wrongly) that it will solve somes issues around update and stability
[10:12:39]
<lejocelyn[m]> it's true that I had some issues as well when trying to change domain name associated with some apps
[10:12:50]
<lejocelyn[m]> maybe there is something to report here
[10:14:04]
<Tripop> But here ; it's even worst. Everything was working, i made the change on the internal on nextcloud. But now after update, nextcloud uninstall and gone (???) and my backup cannot be restore. So it's a mess really : WHY the update delete ALL ??
[10:14:35]
<Tripop> So... I could NEVER do nextcloud update just because.. Well i have the audacity to change my domain name ? It's rough man..
[10:18:44]
<lejocelyn[m]> maybe the best is to open a discussion in there:
[10:18:45]
<lejocelyn[m]> https://forum.yunohost.org/c/support/6
[10:25:15]
<Tripop> Also Vaultwarden update, in a way, but service now failed to start...
[10:30:39]
<tituspijean> Tripop: I strongly encourage you to dial it back on the ranting.
For Nextcloud... did you *read* the log? `Domaine 'nullmoon.fr' inconnu`
And you said it yourself, you changed the URL of the app between that backup and this restore attempt.
1. Re-create `nullmoon.fr` in the webadmin, I don't care about DNS records.
2. Restore the app
3. Re-change the URL
4. Remove `nullmoon.fr'
[10:33:31]
<Tripop> Half of my apps from my server break, sorry for ranting but damn.
[10:33:32]
<Tripop> on failed nextcloud installation ?
[10:33:33]
<Tripop> Also you don't understand : i'm not using a backup from old domain and old machine. I've already made the domain change, it was working on my now main domain name just 30 minutes ago. So, why all this break ? I was thinking i made all the change, and still... Why a working app that work on a domain didn't backup properlly ? Why i didn't have logs
[10:33:39]
<tituspijean> You also failed to share
- Nextcloud's initial failed upgrade logs. I am almost sure it's not because you changed the URL
- Dendrite upgrade logs
- Vaultwarden service logs
[10:34:40]
<Tripop> Yunohost don't show anything that's what it's weird ! I didn't have failed screen and logs to share...
[10:34:55]
<Tripop> Will look into logs history
[10:35:11]
<tituspijean> 🪵❤️
[10:38:42]
<Tripop> Where's the log ? didn't found on /var/log/
[10:41:28]
<Tripop> nevermind i found it, wrong folder.
[10:42:13]
<tituspijean> You can find them in the webadmin, in Tools > Logs
[10:42:19]
<tituspijean> much easier to share them
[10:43:02]
<Tripop> Ahah, it's true. too much on the cli so i forget about stuffs like that.
[11:20:01]
<Tripop> `Error: Undefined constant OCA\FullTextSearch\Service\ConfigService::MIGRATION_24 in /var/www/nextcloud/apps/fulltextsearch/lib/Migration/Version2400Date202201301329.php:159`
[11:20:01]
<Tripop> On nextcloud update issue seem it's this line :
[11:20:01]
<Tripop> Logs of dendrite : https://paste.yunohost.org/qewipajuko
[11:20:01]
<Tripop> Been 40 minutes nextcloud stuck on "restore MySQL" now...
[11:20:02]
<Tripop> Here's the succed dendrite update, but, not working after : https://paste.yunohost.org/raw/ecohimuqek
[11:20:02]
<Tripop> So, here's what happen on the nextcloud upgrade : https://paste.yunohost.org/raw/dilejipaxo
[11:22:35]
<Tripop> Is this normal ? Just seem stuck to me.
[11:35:34]
<Tripop> Ok well, i'm alone on this i guess..
[11:40:32]
<lejocelyn[m]> Bon, quelqu'un qui n'a pas l'habitude des discussions en ligne...
[11:45:06]
<mecallie> I thought I was impatient... :P
[11:46:16]
<lejocelyn[m]> mecallie[m]: ? are you Tripop ?
[11:48:57]
<mecallie> nOPE
[11:52:59]
<lejocelyn[m]> Ah sorry
[11:53:23]
<hercut> Hello les gens
j'ai un souci avec la migration, probleme de cache APT
https://paste.yunohost.org/raw/bixejokuso
[11:53:59]
<lejocelyn[m]> hercut[m]: disque dur plein ?
[11:54:06]
<lejocelyn[m]> j'ai eu un problème comme ça une fois
[11:54:15]
<hercut> bha non pourtant
[11:54:32]
<hercut> il y a une commande pour voir ?
[11:55:19]
<lejocelyn[m]> sudo df -h
[11:56:00]
<hercut> Filesystem Size Used Avail Use% Mounted on
/dev/root 1.8T 17G 1.7T 1% /
devtmpfs 3.9G 0 3.9G 0% /dev
tmpfs 3.9G 44K 3.9G 1% /dev/shm
tmpfs 3.9G 387M 3.5G 10% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/sda1 487M 41M 417M 9% /boot
tmpfs 786M 0 786M 0% /run/user/0
tmpfs 786M 0 786M 0% /run/user/1007
[11:56:02]
<lejocelyn[m]> de mon côté, c'était un peu plus subtil, c'était la partition /boot qui était pleine, la mise à jour bloquait lors de la construction de l'initrd
[11:57:21]
<hercut> ok
[11:57:45]
<hercut> une idée de ce que ca pourrait etre outre pb de stockage
[12:02:57]
<lejocelyn[m]> à priori, pas de problème à ce niveau
[12:03:04]
<Alastor2262> hercut : il semble déjà que tu as un problème avec les dépôt OVH. Il me semblait avoir vu passé que désormais il n'y en avait plus, des spécificités OVH/debian.
[12:04:04]
<Alekswag[m]> >yunohost_version: 4.4.2
En vrai ce serait cool si tu pouvais mettre à jour vers genre 4.4.2.13 ou .14 parce qu'il y a beaucoup de correctifs dans la migration depuis ...
[12:04:28]
<Alekswag[m]> sauf que j'imagine que tu avais testé la migration y'a longtemps donc tes sources pointent maintenant vers bullseye
[12:04:55]
<Alekswag[m]> on peut s'arranger en éditant manuellement `sudo nano /etc/apt/sources.list.d/yunohost.list`, puis en remplacant "bullseye" par "buster"
[12:05:25]
<Alekswag[m]> puis `apt update` et `apt install yunohost` (install, oui ... c'est la facon de demander de mettre à jour juste un paquet)
[12:05:30]
<Alekswag[m]> et ensuite relance la migration
[12:05:50]
<hercut> je ne peux pas faire de maj de yuh
[12:06:06]
<Alekswag[m]> oui, cf les explications précédentes
[12:06:12]
<hercut> a cause de la meme erreur
[12:06:36]
<hercut> non je parle de la maj pas de la migration
[12:06:54]
<Alekswag[m]> oui, cf les explications précédentes ...
[12:07:01]
<hercut> ah pardon
[12:07:03]
<Tripop> Well... Will my restore for like one hour, will see if, maybe, i get my working nextcloud that was working this morning..
[12:07:50]
<Tripop> Didn't remember it take like more than half a hour just ot restore a MySQL.. Also my cpu are at 35% since the beginning
[12:11:55]
<hercut> je pensais que tu parlais pour la migration
[12:13:49]
<tituspijean> > <@Tripop:libera.chat> Logs of dendrite : https://paste.yunohost.org/qewipajuko
Ooops looks like I made a mistake with the upgrade code. Can you share the first lines of `/opt/yunohos/dendrite/dendrite.yaml`? Especially the value of `server_name`?
[12:16:34]
<tituspijean> > <@Tripop:libera.chat> So, here's what happen on the nextcloud upgrade : https://paste.yunohost.org/raw/dilejipaxo
fulltextsearch app in Nextcloud is not compatible with the newer version. Remove it and try upgrading again.
[12:17:51]
<hercut> > <@Alekswag[m]:libera.chat> et ensuite relance la migration
je veins de faire
[12:18:08]
<hercut> mais erreur encore a cause des paquet de ovh j'ai l'impression
[12:18:32]
<Tripop> Hum so here's a little piece of dendrite.yaml. server name seem good, but don"t find the domain of dendrite (chat.nullzone.fr) : https://paste.yunohost.org/hikowonuko.php
[12:20:18]
<Tripop> Arf.. Ok, will remember that for nextcloud. But now it just don't want to restore it normally... Like it's normal it take more than hour to restore a simple MySQL database ?
[12:22:50]
<tituspijean> Depends on the size of the DB, but it could be a crash... Can you check it's still running with `tail -f /var/log/yunohost/categories/operations/<the restore log>.log` ?
[12:23:30]
<hercut> Je n'arrive pas a editer sudo nano /etc/apt/sources.list.d/yunohost.list
[12:23:40]
<hercut> meme avec sudo ca focntionne pas
[12:23:48]
<tituspijean> C'est quoi l'erreur?
[12:23:58]
<Tripop> C'est senser. Et faux envoyer l'erreur sinon on sait pas pk et on peux pas t'aider
[12:24:08]
<hercut> pas les droits
[12:24:11]
<Tripop> faut*
[12:24:19]
<Tripop> T'es pas en sudo du coup
[12:24:27]
<Tripop> Fais `sudo su` et aprés fais un nano
[12:24:36]
<hercut> daccord merci
[12:25:59]
<Tripop> tituspijean i just didn't know how the log are named for find with tails.
[12:29:46]
<Tripop> Don't seem to have logs after 11h53..
[12:31:20]
<Tripop> https://paste.yunohost.org/aqihaxucin.bash*
[12:31:40]
<Tripop> Here's last logs... So dunno
[12:33:43]
<tituspijean> > <@Tripop:libera.chat> T'es pas en sudo du coup
Pourtant il mentionne `sudo nano ` dans son message. bref :)
[12:34:37]
<tituspijean> > <@Tripop:libera.chat> https://paste.yunohost.org/aqihaxucin.bash*
On dirait une commande incomplète... t'es en ligne de commande pour la restauration?
[12:35:26]
<hercut> en faisant sudo su
[12:35:38]
<hercut> puis la commande nano ca a fonctionné
[12:36:26]
<hercut> en faisant la manip la migration vient de se lancer, esperons que ca se passe correctement
[12:38:03]
<Tripop> sudo nano n'as jamais fonctionner pour moi, toujours eu des erreurs.. Je ne saurais dire pourquoi
[12:38:47]
<Tripop> So around my restore, the log don't seem to show error... Just it's been stuck for more than half and hour so..
[12:39:20]
<Tripop> Will leave it all afternoon i have to go. And... hum, for my dendrite server ? What i do ? I have to nuke AGAIN my matrix homeserver ? pls no.
[12:45:03]
<Tripop> C'est comme sudo cd. ça ne veux jamais.
[12:45:48]
<Alekswag[m]> "sudo cd" n'a pas de sens
[12:46:50]
<Tripop> Why we didn't see history with libera.chat ? No very great for a support chat..
[12:47:27]
<Tripop> So, also (because everything want to break for all my slefhosted app) vaultwarden update that now don't work for some reason : https://paste.yunohost.org/raw/erimuwosih
[12:47:39]
<Alekswag[m]> cd n'est pas une commande, c'est un built-in du shell qui change ton répertoire courant, si ton user n'a pas le droit de rentrer dans un répertoire, faire `sudo cd` ne résouds pas le problème puisque pour réellement rentrer dans le répertoire, il faut changer d'user de manière complète, par exemple avec `sudo su` ou `sudo -i`
[12:48:06]
<Tripop> Seem this : `2022-09-05 11:03:39,097: DEBUG - + replace_string='^.*Username or password is incorrect\. Try again\. IP: <HOST>\. Username:.*$'
[12:48:09]
<Tripop> 2022-09-05 11:03:39,098: DEBUG - + replace_string='^.*Username or password is incorrect\\. Try again\\. IP: <HOST>\\. Username:.*$'
[12:48:12]
<Tripop> 2022-09-05 11:03:39,098: DEBUG - + replace_string='^.*Username or password is incorrect\\. Try again\\. IP: <HOST>\\. Username:.*$'`
[12:48:29]
<Tripop> Hum yeah i figure that now, but seem weird at first
[12:48:36]
<Tripop> (for sudo su i mean)
[12:49:28]
<Alekswag[m]> the actual issue on Vaultwarden seems to be `vaultwarden.service: Failed to execute /var/www/vaultwarden/live/vaultwarden: Exec format error`
[12:49:34]
<Alekswag[m]> which usually points to an architecture mismatch
[12:49:40]
<Alekswag[m]> but i don't know much about vaultwarden etc
[12:50:13]
<tituspijean> > <@Tripop:libera.chat> Why we didn't see history with libera.chat ? No very great for a support chat..
(╯°□°）╯︵ ┻━┻ They are supposed to be bridged altogether. What's the matter now...
[12:50:41]
<Tripop> Arf.. AGAIN error with arm64 architecture then ?
[12:51:15]
<Tripop> Should transfert it to a x86 arch i guess... so much worry with upgrade of vaultwarden and i put ALL my password in here..
[12:52:15]
<Tripop> I have to go, will come back later i think. Hope i will find some clues to fix all that (so to resume : dendrite, nextcloud and vaultwarden didn't seem to have update well. Not working for now)
[12:52:28]
<Tripop> Thanks again
[12:52:38]
<tituspijean> > <@Tripop:libera.chat> Arf.. AGAIN error with arm64 architecture then ?
https://github.com/YunoHost-Apps/vaultwarden_ynh/pull/212
There's some work to fix that
[13:04:14]
<hercut> Et bien migration faite avec succes, merci beaucoup ! Je vais vois si toutes les apps fonctionne maintenant ...
[14:00:13]
<tripop> hello ?
[14:02:14]
<jorgeluis[m]> hi, is anyone having issues with ruby gems after upgrade to bullseye? It seems to be affecting our ecko installation and I do not find any hint on how to solve the issue
[14:02:15]
<jorgeluis[m]> https://forum.yunohost.org/t/ecko-sidekiq-and-ecko-web-services-do-not-start-after-ynh-upgrade/21080/2
[14:04:09]
<Alekswag[m]> JorgeLuis: Unfortunately ruby stacktraces tend to be 1234 kilometers longs so it would help if you can run `sudo journalctl -u ecko-sidekiq -n 1000 --no-pager --no-hostname` and share the log on paste.yunohot.org
[14:04:30]
<Alekswag[m]> (same for `ecko-web`)
[14:04:58]
<Alekswag[m]> also if you didn't already, you could try force-upgrading those apps to see if that improve the situation
[14:05:32]
<tripop> Oh great it seem to work
[14:19:01]
<jorgeluis[m]> > <@Alekswag:matrix.org> also if you didn't already, you could try force-upgrading those apps to see if that improve the situation
I will try. Although this app has not been updated since months
[14:19:41]
<jorgeluis[m]> > <@Alekswag:matrix.org> JorgeLuis: Unfortunately ruby stacktraces tend to be 1234 kilometers longs so it would help if you can run `sudo journalctl -u ecko-sidekiq -n 1000 --no-pager --no-hostname` and share the log on paste.yunohot.org
I have the logs:
https://paste.yunohost.org/ajujamuyog.swift
https://paste.yunohost.org/jenobefanu.swift
[14:23:01]
<Alekswag[m]> ``require': libicudata.so.63: cannot open shared object file`
[14:23:05]
<Alekswag[m]> * `require': libicudata.so.63: cannot open shared object file`
[14:23:13]
<Alekswag[m]> hmm maybe this is just about installing the right lib ...
[14:24:32]
<Alekswag[m]> yeah can we check `dpkg --list | grep libicu` ?
[15:00:40]
<jorgeluis[m]> > <@Alekswag:matrix.org> also if you didn't already, you could try force-upgrading those apps to see if that improve the situation
It is solved after force upgrade :)
[15:42:46]
<ynhuser> Hello everyone. I am experiencing an autoconfiguration error for xmpp. Wherein it says myserver.nohost.me.nohost.me.
[15:42:59]
<ynhuser> How do i resolve this configuration error for xmpp?
[15:43:33]
<ynhuser> I tried yunohost dyndns update --force.
[15:43:35]
<Alekswag[m]> hmpf yeah this is a bug in yunohost ...
[15:43:37]
<ynhuser> Didn't work.
[15:43:44]
<Alekswag[m]> it's not super critical if you're not using xmpp
[15:43:54]
<Alekswag[m]> but let me have a look at the code to try to fix it ...
[15:45:01]
<ynhuser> Thanks
[15:54:20]
<ynhuser> I don't comprehend why I keep losing connection to the web ui
[15:55:15]
<ynhuser> I was able to access it. Then I ran the diagnostic tool again, seemed like it was doing nothing for a long time, then I refreshed the page, now it won't load anymore.
[15:55:57]
<ynhuser> still connected via ssh though
[15:56:00]
<ynhuser> so this is weird.
[15:56:47]
<ynhuser> Im going to try rebooting via commandline
[15:58:18]
<ynhuser> Nope that did not work.
[15:58:31]
<ynhuser> So I've lost access to the web ui for yunhost.
[15:59:48]
<ynhuser> Nevermind
[15:59:50]
<ynhuser> Got it.
[16:00:30]
<ynhuser> Its now making me login via the server ip address.
[17:17:10]
*web53 say hello !
[17:20:54]
<Alekswag[m]> ehlo
[18:17:58]
<mongole> hi when trying to upgrade synapse, it tells me the password is not strong enough, upgrade failed, then continues to upgrade. but it keeps me on the old version
[18:18:17]
<mongole> Backing up the app before upgrading (may take a while)...
[18:18:21]
<mongole> [Error] Upgrade failed.
[18:18:21]
<mongole> 23949 I: Creating /var/lib/turn/turndb from /usr/share/coturn/schema.sql
[18:18:21]
<mongole> Das Passwort muss mindestens 12 Zeichen lang sein und Grossbuchstaben, Kleinbuchstaben, Zahlen und Sonderzeichen enthalten
[18:18:49]
<mongole> I am sure I already did this upgrade a few days before
[18:19:22]
<mongole> with what password is there an issue here?
[18:23:44]
<mongole> ok here is the log https://paste.yunohost.org/raw/nafuluveco
[19:09:24]
<Alekswag[m]> mongole: sounds like an autogenerated password
[19:09:44]
<Alekswag[m]> could it be that you tweaked the "password policy" global setting in yunohost to enforce more complex passwords on users ?
[19:21:06]
<mongole> yes I did
[19:22:32]
<enrico_zrh[m]> good evening, guten Abend,
[19:24:55]
<mongole> ok thank you. I changed the policy from 4 to -1 seems to work now
[19:25:16]
<enrico_zrh[m]> good evening, guten Abend, the migration failed, here is the log file: ended_at: 2022-09-04 09:45:12.636254
error: 'Migration 0021_migrate_to_bullseye gescheitert mit der Ausnahme /boot/ has
less than 70MB available. This will probably trigger a crash during the upgrade
because a new kernel needs to be installed. Please look for advice on the forum
on how to remove old, unused kernels to free up some space in /boot/.: Abbruch'
interface: api
operation: tools_migrations_migrate_forward
parent: null
started_at: 2022-09-04 09:45:12.581513
success: false
yunohost_version: 4.4.2.14
============
2022-09-04 10:45:12,610: INFO - Durchführen der Migrationen 0021_migrate_to_bullseye...
2022-09-04 10:45:12,632: ERROR - Migration 0021_migrate_to_bullseye gescheitert mit der Ausnahme /boot/ has less than 70MB available. This will probably trigger a crash during the upgrade because a new kernel needs to be installed. Please look for advice on the forum on how to remove old, unused kernels to free up some space in /boot/.: Abbruch
Traceback (most recent call last):
File "/usr/lib/moulinette/yunohost/tools.py", line 944, in tools_migrations_run
migration.run()
File "/usr/lib/moulinette/yunohost/data_migrations/0021_migrate_to_bullseye.py", line 80, in run
self.check_assertions()
File "/usr/lib/moulinette/yunohost/data_migrations/0021_migrate_to_bullseye.py", line 399, in check_assertions
raise YunohostError("/boot/ has less than 70MB available. This will probably trigger a crash during the upgrade because a new kernel needs to be installed. Please look for advice on the forum on how to remove old, unused kernels to free up some space in /boot/.", raw_msg=True)
yunohost.utils.error.YunohostError: /boot/ has less than 70MB available. This will probably trigger a crash during the upgrade because a new kernel needs to be installed. Please look for advice on the forum on how to remove old, unused kernels to free up some space in /boot/.
[19:25:21]
<mongole> it should not be possible to change that setting if it breaks installations
[19:25:56]
<mongole> hi enrico_zrh that's a clear error message
[19:26:16]
<mongole> ./boot/ has less than 70MB available
[19:26:30]
<mongole> what else do you need to know now? :)
[19:27:25]
<enrico_zrh[m]> yes and what can I do to fix the problem?
[19:27:46]
<mongole> delete files from /boot
[19:28:01]
<mongole> clear old kernels or whatever is eating up space there
[19:29:01]
<enrico_zrh[m]> how to? I'm a biologist ;)
[19:29:19]
<mongole> that's what the error message says: Please look for advice on the forum on how to remove old, unused kernels to free up some space in /boot/
[19:29:43]
<enrico_zrh[m]> there I am ;)
[19:29:47]
<mongole> https://www.google.de/search?q=linux+free+up+space+on+boot+partition&ei=F04WY4bNKcSCxc8PrpiLyA4&ved=0ahUKEwjGtOPIsf75AhVEQfEDHS7MAukQ4dUDCA0&uact=5&oq=linux+free+up+space+on+boot+partition&gs_lcp=Cgdnd3Mtd2l6EAMyBggAEB4QFjoKCAAQRxDWBBCwAzoECAAQEzoICAAQHhAWEBM6BggAEA0QEzoICAAQHhANEBM6BQghEKABOgQIIRAVOggIIRAeEBYQHToHCCEQoAEQCkoECEEYAEoECEYYAFCCBVicIWCUI2gDcAF4AIABwAGIAewVkgEEMC4xOZgBAKABAcgBCLgBA8ABAQ&sclient=gws-wiz
[19:30:13]
<mongole> sorry should have cleaned that url before sending it :P
[19:33:09]
<enrico_zrh[m]> ok I look in the forum
[19:35:44]
<ynhuser> Hello everyone
[19:36:25]
<ynhuser> I just installed and configured yunohost. I installed the pixelfed app onto the domain example.nohost.me. Checked the diagnostics and it says it should be working. I was wondering if anyone can help me.
[19:36:27]
<ynhuser> https://paste.yunohost.org/raw/wajuqufuya
[19:37:57]
<ynhuser> I can't connect to the pixelfed instance at the domain the server has the application installed and running to.
[19:42:51]
<Alastor2262> Hello. It seem's that you are at home. Have you tried from your smartphone in 4G only, no wifi ?
[19:44:29]
<ynhuser> Wow! So it is working. Just out of curiousity why won't it load on wifi?
[19:45:56]
<Alastor2262> Some box don't like "loopback", DNS say your host in on Internet, your box try to reach Internet, but the IP is the IP is it self. Some box turn crazy in such case.
[19:46:26]
<ynhuser> Very good to know. Thank you.
[19:46:44]
<mongole> it's called loopback or rebound protection
[19:46:48]
<Alastor2262> I wonder that, if you use the yunohost embedded DNS, it will work. the IP will be the lan one... I guess.
[19:46:55]
<ynhuser> Do you know where I would find the default user name / password and admin url for the pixelfed instance?
[19:47:20]
<ynhuser> I don't think I was asked for one when I installed it and I don't know where to find that crucial information.
[19:48:30]
<Alastor2262> in the documentation : https://github.com/YunoHost-Apps/pixelfed_ynh#administrator
[19:49:42]
<tituspijean> (they left :/)
[19:50:43]
<Alastor2262> Yes. May I ask : do you have some news for the node-red permission troubles ?
[19:51:34]
<tituspijean> It skipped my mind. Are you the one I asked to test this? https://github.com/YunoHost-Apps/nodered_ynh/pull/75
[19:51:50]
<tituspijean> 'coz it works fairly well on my server now :/
[19:52:33]
<Alastor2262> Nope, this one : https://forum.yunohost.org/t/node-red-probleme-de-permission-et-dipv6/21071
[19:53:27]
<Alastor2262> Oops, it seem to be the same thing.
[19:53:35]
<tituspijean> That's the same code indeed :)
[19:53:52]
<tituspijean> Can you share the contents of `/etc/systemd/system/nodered.service`?
[19:54:14]
<Alastor2262> here, or in the forum ?
[19:54:42]
<tituspijean> Let's switch on the forum, for posterity :)
[19:55:44]
<juanbeizh> hello, does anyone knows how to correct an app restore issue ?
[19:58:02]
<juanbeizh> I'm trying to restore Gitea with the pre-upgrade backup, but I stuck with a "/home/gitea" not found error
[19:58:43]
<tituspijean> Ah good, I was about to cry for logs, but I actually know what you are talking about
[19:58:55]
<tituspijean> If you are feeling adventurous, I have a patch in testing
[19:59:12]
<tituspijean> https://github.com/YunoHost-Apps/gitea_ynh/pull/56
[19:59:28]
<tituspijean> ah wait, it's a restore?!
[19:59:37]
<tituspijean> damn it what have we done...
[19:59:42]
<ynhuser> Hi, I ran the migration to Debian 11, and now nginx doesn't start up. The error says `nginx: [emerg] BIO_new_file("/usr/share/yunohost/other/ffdhe2048.pem") failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/usr/share/yunohost/other/ffdhe2048.pem','r') error:2006D080:BIO routines:BIO_new_file:no such file)`
[19:59:53]
<juanbeizh> yes it is
[20:00:20]
<tituspijean> juanbeizh: try `sudo mkdir /home/gitea` before restoring maybe?
[20:00:26]
<tituspijean> And I'll take that log too :)
[20:00:43]
<juanbeizh> ok
[20:00:50]
<juanbeizh> https://paste.yunohost.org/raw/wekevituve
[20:02:00]
<ynhuser> Should I just use the contents from https://ssl-config.mozilla.org/ffdhe2048.txt to populate the file, as the nginx config suggests?
[20:03:00]
<juanbeizh> wow ! it worked :-)
[20:03:35]
<tituspijean> ynhuser: https://forum.yunohost.org/t/yunohost-11-0-bullseye-release-sortie-de-yunohost-11-0-bullseye/20590/208?u=tituspijean
[20:03:39]
<juanbeizh> thank tou very much !!
[20:03:48]
<tituspijean> you're welcome, and sorry for the bug
[20:04:21]
<tituspijean> hopefully the upgrade will go better, if not try `sudo yunohost app upgrade gitea -u https://github.com/YunoHost-Apps/gitea_ynh/tree/fix-homedir` 🤞
[20:04:36]
<juanbeizh> I thought /home/gitea was a wrong path...
[20:05:25]
<juanbeizh> noted (y)
[20:05:48]
<tituspijean> There was a migration recently to move all the data from there to /home/yunohost.app/gitea, but we forgot to change the Gitea system user's homedir... hence the bug
[20:08:17]
<juanbeizh> ok, thank you very much for your help and the explanation
[20:08:50]
<ynhuser> tituspijean thanks, that worked
[20:10:46]
<bbqboy> ？？
[20:10:51]
<bbqboy> ？？
[20:10:54]
<bbqboy> 哈哈哈
[20:11:10]
<bbqboy> here
[20:12:26]
<tituspijean> bbqboy: may we help you?
[20:21:22]
<juanbeizh> tituspijean : i was trying to manually modify home of gitea user, but usermod command seems not usable (as admin or root)
[20:22:35]
<tituspijean> juanbeizh: that one is weird, what was the error?
[20:24:46]
<juanbeizh> root@herpe:/home# usermod
[20:24:48]
<juanbeizh> bash: usermod : commande introuvable
[20:26:36]
<tituspijean> what the heck.
[20:26:48]
<tituspijean> and the output of `echo $PATH` ?
[20:26:51]
<juanbeizh> wait .. maybe su - instead of su
[20:27:17]
<tituspijean> (yup, may be the issue, hence my question with PATH)
[20:27:20]
<juanbeizh> that's it
[20:27:28]
<tituspijean> `sudo su` is the preferred method
[20:27:35]
<juanbeizh> forgotten root env
[20:28:13]
<juanbeizh> in the PR it was in root so I was doing the same :-)
[20:31:19]
<juanbeizh> Success manually applyin #55 commands
[20:31:29]
<juanbeizh> now : gitea:x:994:994::/home/yunohost.app/gitea:/bin/sh
[20:32:36]
<tituspijean> Sorry, which command did you perform?
[20:33:25]
<juanbeizh> yunohost service stop gitea
[20:33:26]
<juanbeizh> usermod -d /home/yunohost.app/gitea gitea yunohost service start gitea
[20:33:28]
<juanbeizh> Success! Service 'gitea' stopped
[20:34:07]
<tituspijean> > <@titus:pijean.ovh> hopefully the upgrade will go better, if not try `sudo yunohost app upgrade gitea -u https://github.com/YunoHost-Apps/gitea_ynh/tree/fix-homedir` 🤞
so you did not try this ? ^
[20:35:53]
<juanbeizh> upgrade was ok -> gitea was working, but gitea home path was wrong
[20:36:24]
<juanbeizh> i'll revert and try with your command ^^
[20:36:24]
<tituspijean> ah it makes sense
[20:36:30]
<tituspijean> no, no need
[20:37:13]
<tituspijean> the command I added in the PR is in a `if` block that won't run in your case, since both /home/gitea and /home/yunohost.app/gitea exist
[20:37:21]
<juanbeizh> '=D (y)
[20:37:50]
<tripop> Hey everyone ! So i'm back and still figure for my nextcloud restore and all
[20:39:21]
<tripop> I think i will do a forum post when my matrix server crash/gone it's more reliable than libera chat on web..
[20:40:47]
<juanbeizh> ok. Thanks again for your help, and have a good day/night !
[20:41:07]
<tituspijean> you too!
[20:45:05]
<tituspijean> tripop: that may be wise, you have so many issues at the same time it's difficult to follow up (and mixed up the ranting... 😛)
[21:14:03]
<enrico_zrh[m]> Bon soir. I try to remove old linux kernels. To show them I do in the terminal: root@chimarra:~# sudo dpkg -l | grep arm-linux-image
root@chimarra:~# but nothing shows up (sorry, I am a beginner)
[21:15:38]
<enrico_zrh[m]> I did not arm-linux, but only grep linux-image
[21:16:46]
<enrico_zrh[m]> I did: sudo dpkg -l | grep arm-linux-image
[21:17:35]
<enrico_zrh[m]> I did: sudo dpkg -l | grep linux-image
[21:28:23]
<kavelach[m]> After the migration to debian 11, I started getting emails from cron for nextcloud with the following:
`OC\HintException: [0]: Memcache \OC\Memcache\APCu not available for local cache (Is the matching PHP module installed and enabled?)`
[21:29:46]
<kavelach[m]> I made sure to install apcu and memcached packages for php7.3, php7.4 and php8.0, the cron is run with the following command:
`/usr/bin/php7.3 --define apc.enable_cli=1 -f /var/www/nextcloud/cron.php` and it still happens
[21:35:09]
<Alekswag[m]> ugh
[21:35:16]
<Alekswag[m]> sounds like it should run with php7.4
[21:37:32]
<kavelach[m]> That may be my fault, since I may have defined that cronjob myself, and there's also another one, running as the `www-data` user with command `php -f /var/www/nextcloud/cron.php` and also sends the same error
[21:45:10]
<kavelach[m]> This one runs with php 7.4
[21:55:24]
<Alekswag[m]> could be because the php command is mapped to php7.3 ?
[21:55:28]
<Alekswag[m]> ah
[21:55:36]
<Alekswag[m]> well maybe you need to `apt install php7.4-apcu`
[21:55:45]
<kavelach[m]> non, php -v returns that it is php 7.4
[21:56:11]
<kavelach[m]> > <@Alekswag:matrix.org> well maybe you need to `apt install php7.4-apcu`
I already did that, unfortunately it didn't resolve it
[21:56:26]
<kavelach[m]> ```
sudo apt install php7.4-apcu
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
php7.4-apcu is already the newest version (5.1.21+4.0.11-8+0~20220625.32+debian11~1.gbpa7cde5).
```
[21:56:26]
<Alekswag[m]> (all of this is related to our not-super-formal php7.3->php7.4 migration which doesnt cover 100% of everything that needs to be patched)
[21:56:32]
<Alekswag[m]> eh
[21:56:50]
<Alekswag[m]> but then `php7.4 -f /var/www/nextcloud/cron.php` does returns the same error really ?
[21:57:13]
<Alekswag[m]> (and what about `php7.4 --define apc.enable_cli=1 -f /var/www/nextcloud/cron.php`)
[21:58:26]
<kavelach[m]> Running `sudo -u www-data php -f /var/www/nextcloud/cron.php` returns `OC\HintException: [0]: Memcache \OC\Memcache\APCu not available for local cache (Is the matching PHP module installed and enabled?)` and `sudo -u www-data php --define apc.enable_cli=1 -f /var/www/nextcloud/cron.php` gives me
```
Cannot write into "config" directory!
This can usually be fixed by giving the webserver write access to the config directory.
But, if you prefer to keep config.php file read only, set the option "config_is_read_only" to true in it.
See https://docs.nextcloud.com/server/22/go.php?to=admin-config
```
[21:59:40]
<Alekswag[m]> hmmmokay, then maybe `sudo -u nextcloud php --define apc.enable_cli=1 -f /var/www/nextcloud/cron.php` ? (Why using `www-data` instead of `nextcloud` ?)
[22:18:49]
<kavelach[m]> I moved the crontab to the nextcloud user, since running it as them didn't throw an error
[22:21:19]
<kavelach[m]> Thanks for the help, but I may have one more question; I was getting mails with this subject:
`Cron <nextcloud@kavela> /usr/bin/php7.3 --define apc.enable_cli=1 -f /var/www/nextcloud/cron.php`. I believe this crontab was running as the `nextcloud` user, but when I checked, that user had no jobs in cron configured
[22:21:56]
<kavelach[m]> The emails were sent every 15 minutes, so I'll see in about 8 whether this will persist, but if it does, do you have any idea where this cronjob may be stored, and how can I remove it?
[22:22:58]
<Alekswag[m]> Kavelach: typically somewhere in `/etc/crontab` or `/etc/cron.d`
[22:23:20]
<Alekswag[m]> `grep -nr nextcloud /etc/cron*` will find the exact location
[22:23:31]
<Alekswag[m]> `grep -nr` is love, `grep -nr` is life
[22:23:50]
<kavelach[m]> I found it! It was in `/etc/cron.d/nextcloud` :)
[22:24:01]
<kavelach[m]> Thanks! <3
[22:25:15]
<kavelach[m]> I must send an additional donation, I suspect the 10 → 11 debian migration was a hell to pull off and you people did a wonderful job with it ❤️
[22:54:58]
<artichokeeggplant[m]> how can i remove and reinstall yunohost?
[22:55:32]
<artichokeeggplant[m]> i broke my setup and don't know how to get it back to the way it was
[23:06:55]
<artichokeeggplant[m]> i want to keep my app data
[23:06:56]
<artichokeeggplant[m]> can i just uninstall nginx and reinstall from scratch?