YunoHost 4.1 release / Sortie de YunoHost 4.1

[yurone]

is it safe to use Yunohost 4.1 for my production ?

which power of VPS shall order from OVH to run :

• 2 wordpress
• 1 transmission

[Aleks]

Yes, I suppose 2vCPU + 2GB RAM should be quite enough for just that … (or maybe even 1vCPU + 1GB RAM if you’re low on budget)

[yurone]

i have 6gb of ram and 80% of ram is gone !

[Aleks]

Yes, Linux ate you RAM, c.f. https://www.linuxatemyram.com/

But that’s not really the topic discussed in this thread…

[misterhur]

Bonjour, je me joins a tout le monde pour vous remercier du travail effectué, tant en qualité qu’en quantité !!

[MaximeB]

Salut tout le monde.

Je suis en phase de test pour mon 1er autohébergèrent. ^^RPI 4B 4GB/SSD.
Pour information
Je me rend compte que si j’Install directement la nouvelle version. Sur carte SD ou SSD
yunohost-buster-4.1.7.1-rpi-stable.img.
MySQL ne ce lance pas après la port installation. (même après une relance manuel)
Par contre si j’installe une ancienne version .
image_2020-10-03-yunohost-lite-qemu
Et fais ensuite la mise à jour, plus de problème MySQL

Bien à tous

[gmilad]

Salut @MaximeB

Oui problème connu :

MariaDb Error on new Yunohost installation

(Probably a regression of the new image … I’m testing a new one but in the meantime you can try using https://build.yunohost.org/releases_archive/yunohost-buster-4.0.8-rpi-stable.zip … just be careful that in 4.0 there was some small issues with the use of yunohost.local )

Et un début de résolution par @Aleks :

VPN client ne se monte pas / Pas d'IP locale sur Lime2

Perso je continue de croire que c’est lié à un soucis de kernel chez Armbian … Si tu veux on peut creuser un peu en regardant les upgrades proposés et voir le paquet qui pose soucis. Potentiellement on peut le passer en “hold” pour ne pas le mettre à jour mais mettre à jour le reste … Donc regardons: apt list --upgradable

Amicalement,
Gaëtan.

[someonesusername]

One question to the France, sortie mean “exit” right? But then you should not translate Sortie de YunoHost word by word in English

[Aleks]

Sortie also means “Release” like “A band releasing an album” translates to “Un groupe sort son nouvel album”

[someonesusername]

Oh yeah true, forgot about that… But then every fire exit in France is a fire release?
I don’t want to release some fire…

[Aleks]

We call it “sortie de secours”, basically “emergency exit”

[someonesusername]

if u are like this:

THEN BACK ON TOPIC!

[m_t]

Salut !

Je viens finalement de faire la migration de mon YNH en 3.x vers le 4.x.
Il se trouve qu’il est passé directement au 4.1.7.1, donc je poste mes soucis ici.

Il me semble que quasiment tout s’est bien passé, sauf les deux dernières migrations.
Il me reste ceci dans l’admin:

19. Extend/rework the app permission management system
18. Migrate old network traffic rules to the new nftable system

Concernant les regles de traffic, voici le log: https://paste.yunohost.org/raw/esexikagif
Je vous laisse jeter un oeil, l’erreur principale semble etre:

ERROR - Migration 0018_xtable_to_nftable did not complete, aborting. Error: Failed to migrate legacy iptables rules to nftables: Failed to run command 'iptables-legacy-save | iptables-restore'.

Et pour le coup, je ne suis pas trop sur de comment résoudre ça.
Est-ce que simplement tenter de relancer la migration peut marcher ?

Pour la deuxième migration sur les app permissions, je ne mets pas le log ici (il contient des noms de domaines, mais je peux passer le lien en MP si besoin), l’erreur semble être:

2021-02-13 17:25:18,312: ERROR - Migration 0019_extend_permissions_features did not complete, aborting. Error: Corrupted YAML read from /etc/ssowat/conf.json.persistent (reason: while scanning for the next token
found character '\t' that cannot start any token
  in "<string>", line 5, column 1:
    	"mysubdomain.maindomain.tld/.well-k ... 
    ^)

Donc, en effet dans /etc/ssowat/conf.json.persistent j’ai des tab et des espaces mélangés.
J’ai remplacé les tab par des espaces, et je pense qu’il ne me reste plus qu’a relancer la migration.

Mais tant qu’a faire, je préférerai régler l’autre soucis en même temps !

Est-ce que vous avez une idée ?

Merci beaucoup !

[Aleks]

Ce sont deux problèmes indépendants

C’est effectivement la bonne chose à corrigée pour la migration 19

Pour la 18, pas sur de pourquoi ça marche pas, j’ai déjà vu ça sur d’autres install … Si il n’y a pas de configuration réseau spécifique (par ex. Docker ou que sais-je), normalement c’est ok de Skip (Passer) la migration car les règles firewall sont de toute manière regénérée lorsque tu recharges le firewall. Donc si faire un redémarrage du service ynh-firewall fonctionne, tu peux skip la migration

[m_t]

Salut !

J’ai relancé les deux migrations via la webadmin, et si la 18 est toujours plantée, la 19 s’est bien passée.

Pour le moment, le yunohost-firewall ne démarre pas bien.
Via la webadmin, le service est donné comme “failed”, avec ce log:

-- Logs begin at Sat 2021-02-06 07:46:02 CET, end at Sun 2021-02-14 20:12:01 CET. --
Feb 13 18:54:34 yunohost[2420]:   - 5353
Feb 13 18:54:34 yunohost[2420]:   - 22000
Feb 13 18:54:34 yunohost[2420]:   - 51413
Feb 13 18:54:34 systemd[1]: Started YunoHost Firewall.
Feb 13 18:56:26 systemd[1]: Stopping YunoHost Firewall...
Feb 13 18:57:56 systemd[1]: yunohost-firewall.service: Stopping timed out. Terminating.
Feb 13 18:57:56 systemd[1]: yunohost-firewall.service: Control process exited, code=killed, status=15/TERM
Feb 13 18:57:56 systemd[1]: yunohost-firewall.service: Failed with result 'timeout'.
Feb 13 18:57:56 systemd[1]: Stopped YunoHost Firewall.
Feb 13 18:57:56 systemd[1]: Starting YunoHost Firewall...
Feb 13 18:58:02 yunohost[2741]: Some firewall rule commands have failed. More info in log.
Feb 13 18:58:02 yunohost[2741]: opened_ports:
Feb 13 18:58:02 yunohost[2741]:   - 22
Feb 13 18:58:02 yunohost[2741]:   - 25
Feb 13 18:58:02 yunohost[2741]:   - 53
Feb 13 18:58:02 yunohost[2741]:   - 80
Feb 13 18:58:02 yunohost[2741]:   - 443
Feb 13 18:58:02 yunohost[2741]:   - 587
Feb 13 18:58:02 yunohost[2741]:   - 993
Feb 13 18:58:02 yunohost[2741]:   - 3128
Feb 13 18:58:02 yunohost[2741]:   - 3690
Feb 13 18:58:02 yunohost[2741]:   - 5222
Feb 13 18:58:02 yunohost[2741]:   - 5269
Feb 13 18:58:02 yunohost[2741]:   - 5353
Feb 13 18:58:02 yunohost[2741]:   - 22000
Feb 13 18:58:02 yunohost[2741]:   - 51413
Feb 13 18:58:02 systemd[1]: Started YunoHost Firewall.
Feb 14 20:02:38 systemd[1]: Stopping YunoHost Firewall...
Feb 14 20:04:08 systemd[1]: yunohost-firewall.service: Stopping timed out. Terminating.
Feb 14 20:04:08 systemd[1]: yunohost-firewall.service: Control process exited, code=killed, status=15/TERM
Feb 14 20:04:08 systemd[1]: yunohost-firewall.service: Failed with result 'timeout'.
Feb 14 20:04:08 systemd[1]: Stopped YunoHost Firewall.
Feb 14 20:04:08 systemd[1]: Starting YunoHost Firewall...
Feb 14 20:04:12 yunohost[4915]: Some firewall rule commands have failed. More info in log.
Feb 14 20:04:12 yunohost[4915]: opened_ports:
Feb 14 20:04:12 yunohost[4915]:   - 22
Feb 14 20:04:12 yunohost[4915]:   - 25
Feb 14 20:04:12 yunohost[4915]:   - 53
Feb 14 20:04:12 yunohost[4915]:   - 80
Feb 14 20:04:12 yunohost[4915]:   - 443
Feb 14 20:04:12 yunohost[4915]:   - 587
Feb 14 20:04:12 yunohost[4915]:   - 993
Feb 14 20:04:12 yunohost[4915]:   - 3128
Feb 14 20:04:12 yunohost[4915]:   - 3690
Feb 14 20:04:12 yunohost[4915]:   - 5222
Feb 14 20:04:12 yunohost[4915]:   - 5269
Feb 14 20:04:12 yunohost[4915]:   - 5353
Feb 14 20:04:12 yunohost[4915]:   - 22000
Feb 14 20:04:12 yunohost[4915]:   - 51413
Feb 14 20:04:12 systemd[1]: Started YunoHost Firewall.

Et vis ssh, il apparait comme “exited”. En faisant sudo service fail2ban status puis sudo service yunohost-firewall status j’obtiens:

admin@myserverid:~$ sudo service fail2ban status
● fail2ban.service - Fail2Ban Service
   Loaded: loaded (/lib/systemd/system/fail2ban.service; disabled; vendor preset: enabled)
   Active: active (running) since Sat 2021-02-13 17:24:41 CET; 1 day 2h ago
     Docs: man:fail2ban(1)
  Process: 4976 ExecReload=/usr/bin/fail2ban-client reload (code=exited, status=0/SUCCESS)
 Main PID: 27300 (fail2ban-server)
   Memory: 40.4M
   CGroup: /system.slice/fail2ban.service
           └─27300 /usr/bin/python3 /usr/bin/fail2ban-server -xf start

Feb 13 17:26:38 myserverid.myserverip.eu systemd[1]: /lib/systemd/system/fail2ban.service:12: PIDFile= references path below legacy directory /var/run/, updating /var/run/fail2ban/fail2ban.pid → /run/fail2ban/fail2ban.pid; please update the unit file accordingly.
Feb 13 18:54:34 myserverid.myserverip.eu systemd[1]: Reloading Fail2Ban Service.
Feb 13 18:54:34 myserverid.myserverip.eu fail2ban-client[2474]: OK
Feb 13 18:54:34 myserverid.myserverip.eu systemd[1]: Reloaded Fail2Ban Service.
Feb 13 18:58:01 myserverid.myserverip.eu systemd[1]: Reloading Fail2Ban Service.
Feb 13 18:58:01 myserverid.myserverip.eu fail2ban-client[2793]: OK
Feb 13 18:58:01 myserverid.myserverip.eu systemd[1]: Reloaded Fail2Ban Service.
Feb 14 20:04:12 myserverid.myserverip.eu systemd[1]: Reloading Fail2Ban Service.
Feb 14 20:04:12 myserverid.myserverip.eu fail2ban-client[4976]: OK
Feb 14 20:04:12 myserverid.myserverip.eu systemd[1]: Reloaded Fail2Ban Service.
admin@myserverid:~$ sudo service yunohost-firewall status
● yunohost-firewall.service - YunoHost Firewall
   Loaded: loaded (/lib/systemd/system/yunohost-firewall.service; enabled; vendor preset: enabled)
   Active: active (exited) since Sun 2021-02-14 20:04:12 CET; 4min 56s ago
  Process: 4915 ExecStart=/usr/bin/yunohost firewall reload (code=exited, status=0/SUCCESS)
 Main PID: 4915 (code=exited, status=0/SUCCESS)

Feb 14 20:04:12 myserverid.myserverip.eu yunohost[4915]:   - 587
Feb 14 20:04:12 myserverid.myserverip.eu yunohost[4915]:   - 993
Feb 14 20:04:12 myserverid.myserverip.eu yunohost[4915]:   - 3128
Feb 14 20:04:12 myserverid.myserverip.eu yunohost[4915]:   - 3690
Feb 14 20:04:12 myserverid.myserverip.eu yunohost[4915]:   - 5222
Feb 14 20:04:12 myserverid.myserverip.eu yunohost[4915]:   - 5269
Feb 14 20:04:12 myserverid.myserverip.eu yunohost[4915]:   - 5353
Feb 14 20:04:12 myserverid.myserverip.eu yunohost[4915]:   - 22000
Feb 14 20:04:12 myserverid.myserverip.eu yunohost[4915]:   - 51413
Feb 14 20:04:12 myserverid.myserverip.eu systemd[1]: Started YunoHost Firewall.

Je n’ai pas docker d’installé, et la seule bidouille dont je me souvienne vaguement par rapport aux règles réseau, c’est d’avoir tenté d’exclure l’IP dynamique de ma connexion résidentielle.
J’essaye de retrouver des détails la dessus, mais il est possible que j’ai simplement rajouté un truc du genre iptables -A INPUT -s my.home.dyn.ip -j ACCEPT pour me débloquer temporairement.

Est-ce qu’il y a moyen d’avoir plus de détails sur ce qui empeche le firewall de démarrer ?

Merci !

Edit: apres avoir essayé de lancer/stoper/relancer le firewall via la cli, je suis aller fouiller dans les logs yunohost-cli.

Je vois passer ces messages:

(more logs above)
> ip6tables v1.8.2 (nf_tables):  RULE_APPEND failed (No such file or directory): rule in chain INPUT
2021-02-14 20:25:08,394 DEBUG    yunohost.firewall _on_rule_command_error - [7285.1] "ip6tables -w -A INPUT -p UDP --dport 53 -j ACCEPT" returned non-zero exit status 4:
> ip6tables v1.8.2 (nf_tables):  RULE_APPEND failed (No such file or directory): rule in chain INPUT
2021-02-14 20:25:08,442 DEBUG    yunohost.firewall _on_rule_command_error - [7285.1] "ip6tables -w -A INPUT -p UDP --dport 5353 -j ACCEPT" returned non-zero exit status 4:
> ip6tables v1.8.2 (nf_tables):  RULE_APPEND failed (No such file or directory): rule in chain INPUT
2021-02-14 20:25:08,490 DEBUG    yunohost.firewall _on_rule_command_error - [7285.1] "ip6tables -w -A INPUT -p UDP --dport 51413 -j ACCEPT" returned non-zero exit status 4:
> ip6tables v1.8.2 (nf_tables):  RULE_APPEND failed (No such file or directory): rule in chain INPUT
2021-02-14 20:25:08,530 DEBUG    yunohost.firewall _on_rule_command_error - [7285.1] "ip6tables -w -A INPUT -p UDP --dport 587 -j ACCEPT" returned non-zero exit status 4:
> ip6tables v1.8.2 (nf_tables):  RULE_APPEND failed (No such file or directory): rule in chain INPUT
2021-02-14 20:25:08,570 DEBUG    yunohost.firewall _on_rule_command_error - [7285.1] "ip6tables -w -A INPUT -i lo -j ACCEPT" returned non-zero exit status 4:
> ip6tables v1.8.2 (nf_tables):  RULE_APPEND failed (No such file or directory): rule in chain INPUT
2021-02-14 20:25:08,614 DEBUG    yunohost.firewall _on_rule_command_error - [7285.1] "ip6tables -w -A INPUT -p icmpv6 -j ACCEPT" returned non-zero exit status 4:
> ip6tables v1.8.2 (nf_tables):  RULE_APPEND failed (No such file or directory): rule in chain INPUT
2021-02-14 20:25:08,733 DEBUG    yunohost.service _run_service_command - [7285.1] Running 'systemctl reload fail2ban'
2021-02-14 20:25:09,435 WARNING  yunohost.firewall firewall_reload - [7285.1] Some firewall rule commands have failed. More info in log.

En espérant que a puisse aider!

[Aleks]

Tu es sur quel genre de machine ?

[m_t]

Je suis sur un kimsuffi, serveur dédié avec Debian installé. Sur Yunohost depuis… j’ai envie de dire 2016?

Edit: peut-être que ça n’a rien a voir, mais est-ce que ça pourrait venir des ouvertures du Firewall vers les IPs de monitoring d’OVH?
Je ne me rappelle pas avoir configuré quoique ce soit la dessus, donc je pense que ces IPs devaient être ouvertes depuis l’installation du serveur en 2016.

[carrabelloy]

@ljf

rm -f /usr/share/yunohost/admin/ca.crt

ich habe das Problem mit der Nextcloud wieder einmal so ähnliche Fehlermeldung

Doch sonst hat das Update glaube ich geklappt Dankeschön dafür.
Ich hoffe bei euch kommen dafür auch die Wertschätzungen ein.