[08:14:49]
<tituspijean> > <@timeerrr:matrix.org> On diagnosis I get:
>
> > Storage /boot (on device /dev/sda1) has only 0 B (0%) space remaining (out of 225 MiB). You should really consider cleaning up some space!
>
You indeed need to cleanup the boot. With `uname -r` you can get the current kernel.
With `apt search linux-image | grep installed` you can list all the currently installed ones.
You can then remove all of them with `apt remove`, except the current one.
[08:15:01]
<phinero> Hi! Does anyone have any experience with using PBX (SIP) as yunoapp? As I see we have only this project https://github.com/YunoHost-Apps/freepbx_ynh and it's dead
[08:17:51]
<c014> I have installed My_webapp and it shows a tile down in the right corner to the SSO, how do I hide that?
[08:17:58]
<c014> ah found it
[08:18:02]
<c014> Enable the small 'YunoHost' portal shortcut square on apps
[08:21:22]
<mneiger[m]> bonsoir a tous, est-ce que quelqu'un a reussi à utlisise la mise a jour automatique des dns chez ovh ? J'ai bien créé le token mais il me dit a présent :
Failed to authenticate on registrar's API. Most probably the credentials are incorrect? (Error: 403 Client Error: Forbidden for url: https://eu.api.ovh.com/1.0/domain/zone/)
[08:21:24]
<timeerrr> Hi! Had a little problem when updating my yunohost system.
Now I cannot upgrade anything anymore, I get:
> _You cannot do this right now because dpkg/APT (the system package managers) seems to be in a broken state... You can try to solve this issue by connecting through SSH and running `sudo apt install --fix-broken` and/or `sudo dpkg --configure -a` and/or `sudo dpkg --audit`._
When i try `sudo apt install --fix-broken` i get:
_> ....
> ....
> Preparing to unpack .../linux-image-5.10.0-23-amd64_5.10.179-2_amd64.deb ...
> Unpacking linux-image-5.10.0-23-amd64 (5.10.179-2) over (5.10.179-1) ...
> dpkg: error processing archive /var/cache/apt/archives/linux-image-5.10.0-23-amd64_5.10.179-2_amd64.deb (--unpack):
> cannot copy extracted data for './boot/vmlinuz-5.10.0-23-amd64' to '/boot/vmlinuz-5.10.0-23-amd64.dpkg-new': failed to write (No space left on device)
> dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
> Errors were encountered while processing:
> /var/cache/apt/archives/linux-image-5.10.0-23-amd64_5.10.179-2_amd64.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)_
When i try `sudo dpkg --configure -a` i get:
> _dpkg: dependency problems prevent configuration of linux-image-amd64:
> linux-image-amd64 depends on linux-image-5.10.0-23-amd64 (= 5.10.179-2); however:
> Version of linux-image-5.10.0-23-amd64 on system is 5.10.179-1._
>
> _dpkg: error processing package linux-image-amd64 (--configure):
> dependency problems - leaving unconfigured
> Errors were encountered while processing:
> linux-image-amd64_
Hope someone can help 😀
[08:21:24]
<timeerrr> On diagnosis I get:
> Storage /boot (on device /dev/sda1) has only 0 B (0%) space remaining (out of 225 MiB). You should really consider cleaning up some space!
[08:21:28]
<timeerrr> Hi! Had a little problem when updating my yunohost system.
Now I cannot upgrade anything anymore, I get:
> _You cannot do this right now because dpkg/APT (the system package managers) seems to be in a broken state... You can try to solve this issue by connecting through SSH and running `sudo apt install --fix-broken` and/or `sudo dpkg --configure -a` and/or `sudo dpkg --audit`._
When i try `sudo dpkg --configure -a` i get:
> _dpkg: dependency problems prevent configuration of linux-image-amd64:
> linux-image-amd64 depends on linux-image-5.10.0-23-amd64 (= 5.10.179-2); however:
> Version of linux-image-5.10.0-23-amd64 on system is 5.10.179-1._
>
> _dpkg: error processing package linux-image-amd64 (--configure):
> dependency problems - leaving unconfigured
> Errors were encountered while processing:
> linux-image-amd64_
Hope someone can help 😀
[08:22:36]
<@tuxakadjseb:lebeaunuage.net> > <@jeremie:chezj.im> Hello all/Bonjour à tous.
>
> Has any issue been reported regarding upgrading Nextcloud from 26 to 27.0.1 ? I just tried and got an error (and YNH won't restore the backup).
> I'm trying to know if there is a broader known issue before starting investigating.
>
> Est-ce que des soucis de mise à jour Nextcloud 26 vers 27.0.1 aurait été remontés? Je viens de tenter une mise à jour, qui est partie en cacahouète (et YNH ne parvient pas à restaurer le backup).
> Avant d'investiguer, je cherche à voir s'il y a souci connu.
Je rencontre la même difficulté. La mise à jour vers Nextcloud 27.0.1 échoue chez moi.
[09:19:05]
<mneiger[m]> > <@titus[m]:libera.chat> > <@mneiger[m]:libera.chat> bonsoir a tous, est-ce que quelqu'un a reussi à utlisise la mise a jour automatique des dns chez ovh ? J'ai bien créé le token mais il me dit a présent :
> > Failed to authenticate on registrar's API. Most probably the credentials are incorrect? (Error: 403 Client Error: Forbidden for url: https://eu.api.ovh.com/1.0/domain/zone/)
> >
> >
>
> @mneiger vérifie que tu n'as pas une espace en trop dans les champs, je m'étais fait avoir la première fois.
Merci titus[m] non, ce n'est pas ca, j'ai revérifié et je m'étais deja méfié :-). J'ai même créé un 2nd jeu de tokens au cas où.
[09:29:49]
<Marc> > <@mneiger[m]:libera.chat> > <@titus[m]:libera.chat> > <@mneiger[m]:libera.chat> bonsoir a tous, est-ce que quelqu'un a reussi à utlisise la mise a jour automatique des dns chez ovh ? J'ai bien créé le token mais il me dit a présent :
> > > Failed to authenticate on registrar's API. Most probably the credentials are incorrect? (Error: 403 Client Error: Forbidden for url: https://eu.api.ovh.com/1.0/domain/zone/)
> > >
> > >
> >
> > @mneiger vérifie que tu n'as pas une espace en trop dans les champs, je m'étais fait avoir la première fois.
>
> Merci titus[m] non, ce n'est pas ca, j'ai revérifié et je m'étais deja méfié :-). J'ai même créé un 2nd jeu de tokens au cas où.
J'ai créé un 3eme jeu et ca marche, j'ai du me tromper dans les droits. Merci.
[09:47:48]
<Stephan> log is here https://paste.yunohost.org/raw/hicidepeyo and I can speak French if you prefer. thank you !
[12:31:23]
<Pierre (plabuse)> Stephan, il faut que tu te connectes sur ton serveur et que tu regardes le fichier /etc/nginx/conf.d/domain2.tld.d/wordpress.conf tu as une erreur la racine / est dupliqué et tu as aussi un warning sur /etc/nginx/conf.d/domain2.tld.d/my_webapp__2.conf
[13:00:27]
<Stephan> C'est ce que j'ai fait mais je ne vois pas cette duplication et le site fonctionne actuellement avec l'ancienne version de my_webapp (1.0~ynh8). Je pense que c'est le processus d'upgrade vers 1.0~ynh14 qui duplique, et du coup déclenche l'erreur, le rollback et restaure la sauvegarde my_webapp qui fait disparaître le duplica. Mais je ne vois pas
[13:00:28]
<Stephan> comment vérifier cette hypothèse.
[14:18:42]
<Pierre (plabuse)> Stephan: je pense que ton idée est bonne. On voit qu'il voit un diff `2023-07-24 10:58:25,488: DEBUG - + diff --report-identical-files --unified --color=always /var/cache/yunohost/appconfbackup//etc/nginx/conf.d/domain2.tld.d/my_webapp__2.conf.backup.20230724.105824 /etc/nginx/conf.d/domain2.tld.d/my_webapp__2.conf` et avant tu as un warning `2023-07-24 10:58:24,757: WARNING - File /etc/nginx/conf.d/domain2.tld.d/my_webapp__2.conf has been manually modified since the installation or last upgrade. So it has been duplicated in /var/cache/yunohost/appconfbackup//etc/nginx/conf.d/domain2.tld.d/my_webapp__2.conf.backup.20230724.105824` mais je ne maîtrise pas trop.
[14:20:18]
<Pierre (plabuse)> tu as toujours le fichier `/var/cache/yunohost/appconfbackup//etc/nginx/conf.d/domain2.tld.d/my_webapp__2.conf.backup.20230724.105824` ou il est supprimé ?
[14:21:22]
<Aleks (he/him/il/lui)> ça ne semble pas avoir de lien, ou en tout cas ça ne cause pas un conflit de route ... moi je ferais un `grep -nr 'location /' /etc/nginx/conf.d/domain2.tld.d` pour trouver l'autre route problematique
[14:21:51]
<Pierre (plabuse)> merci Aleks (he/him/il/lui)
[16:01:44]
<Stephan> mywebapp.d/ . C'est upgradé, merci de m'avoir mis sur la piste d'insister sur des duplications.
[16:01:46]
<Stephan> Merci de votre aide. Des loustics avaient modifié à la main les fichiers my_webapp.conf, directement dans les répertoires domainX.tld.d/, en commentant le contenu et en faisant des fichiers customs à côté, ce qui faiait bugger le processus d'upgrade YH des webapss. J'ai tout remis à plat en mettant les modifs customs dans les sous-rép
[16:02:30]
<fcknaagdier> in the terminal.
[16:02:30]
<tituspijean> fcknaagdier: we are missing at least a message from you.
[16:03:46]
<fcknaagdier> I am sorry.
[16:09:56]
<ynhuser12> How do i fix this `WARNING - The configuration file '/etc/postfix/sasl_passwd' has been manually modified and will not be updated`
[16:15:10]
<Aleks (he/him/il/lui)> well did you modify this file manually ? Or did it just started to appear somehow ?
[19:10:28]
<Aleks (he/him/il/lui)> i think that's because it's not a webapp, you have to connect from a minetest client itself ...
[22:51:02]
<ynhuser> Bonsoir ! :)
[22:51:49]
<ynhuser> Voilà, j'aurais une question, quelqu'un sait quel type d'archive utilise une archive yunohost ? quel type de compression .tar ?
[22:52:14]
<ynhuser> J'essaie de recréer une archive pour une app et c'est un peu laborieux
[23:18:35]
<lapineige> > <@ynhuser:libera.chat> Voilà, j'aurais une question, quelqu'un sait quel type d'archive utilise une archive yunohost ? quel type de compression .tar ?
Plus aucune par défaut maintenant. Sinon gzip
[23:19:12]
<lapineige> > <@ynhuser:libera.chat> J'essaie de recréer une archive pour une app et c'est un peu laborieux
Attention aux droits / comptes propriétaires des fichiers dans ce cas
[23:50:40]
<ynhuser> c'est bon j'ai trouver ! Tout s'es bien restaurer ! Merci :)