Migration to Strecht error with Orange Pi 2+

Je comprends clairement que l’erreur viens du kernel… Pourtant j’ai pu commencer à installer un nouveau kernel, mais pas à booter dessus. Peut-être même qu’il n’est pas encore bien installé tant que redis-server bloque apt…

~$ dpkg --list | grep linux-image
ii  linux-image-dev-sun8i                 5.35                           armhf        Linux kernel, version 4.11.12-sun8i
ii  linux-image-next-sunxi                5.41                           armhf        Linux kernel, version 4.14.18-sunxi
ii  linux-image-sun8i                     5.38                           armhf        Linux kernel, version 3.4.113-sun8i

Bon, après avoir tenter de démarrer sur un autre kernel, le système a crashé. Je suis en train de réinstaller une armbian avec un kernel 4.14.14-sunxi et réinstaller avec le backup.

Bon j’ai encore des soucis… j’ai tenter de faire un backup restore, mais yunohost ne c’est pas bien installé. Du coup j’ai tenté

yunohost tools postinstall

là j’ai cette erreur

Installation de YunoHost...
Attention : Error when trying to inject 'ou=domains' -> '{'objectClass': ['organizationalUnit', 'top'], 'ou': 'domains'}' into ldap: [Errno 169] Une erreur est survenue lors de l'opération LDAP
Attention : Error when trying to inject 'ou=groups' -> '{'objectClass': ['organ    izationalUnit', 'top'], 'ou': 'groups'}' into ldap: [Errno 169] Une erreur est survenue lors de l'opération LDAP
    Attention : Error when trying to inject 'ou=sudo' -> '{'objectClass': ['organizationalUnit', 'top'], 'ou': 'sudo'}' into ldap: [Errno 169] Une erreur est survenue lors de l'opération LDAP
    Attention : Error when trying to inject 'ou=apps' -> '{'objectClass': ['organizationalUnit', 'top'], 'ou': 'apps'}' into ldap: [Errno 169] Une erreur est survenue lors de l'opération LDAP
    Attention : Error when trying to inject 'ou=users' -> '{'objectClass': ['organizationalUnit', 'top'], 'ou': 'users'}' into ldap: [Errno 169] Une erreur est survenue lors de l'opération LDAP
    Attention : Error when trying to inject 'cn=admins,ou=groups' -> '{'objectClass': ['posixGroup', 'top'], 'memberUid': 'admin', 'gidNumber': '4001', 'cn': 'admins'}' into ldap: [Errno 169] Une erreur est survenue lors de l'opération LDAP
    Attention : Error when trying to inject 'cn=sftpusers,ou=groups' -> '{'objectClass': ['posixGroup', 'top'], 'memberUid': 'admin', 'gidNumber': '4002', 'cn': 'sftpusers'}' into ldap: [Errno 169] Une erreur est survenue lors de l'opération LDAP
    Attention : Error when trying to inject 'cn=admin,ou=sudo' -> '{'cn': 'admin', 'sudoCommand': 'ALL', 'sudoUser': 'admin', 'objectClass': ['sudoRole', 'top'], 'sudoOption': '!authenticate', 'sudoHost': 'ALL'}' into ldap: [Errno 169] Une erreur est survenue lors de l'opération LDAP
    Succès ! L'annuaire LDAP a été initialisé
    Succès ! L’autorité de certification locale a été créée.
    Erreur : Le domaine existe déjà

voici les logs dans /var/log/syslog : https://paste.yunohost.org/uxuwifiqub.vbs
et dans /var/log/yunohost/yunohost-cli.log https://paste.yunohost.org/aduzavocon.sql

Je pars sur une réinstallation, au moment de la postinstall, j’ai une erreur avec un avertissement:

DEBUG    yunohost.firewall firewall_reload - [23684.1] iptables seems to be not available, it outputs:
> modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.14.14-sunxi/modules.dep.bin'
> modprobe: FATAL: Module ip_tables not found in directory /lib/modules/4.14.14-sunxi
> iptables v1.6.0: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
> Perhaps iptables or your kernel needs to be upgraded.
2018-07-02 13:15:25,485 WARNING  yunohost.firewall firewall_reload - [23684.1] Vous ne pouvez pas jouer avec iptables ici. Vous êtes soit dans un conteneur, soit votre noyau ne le supporte pas
2018-07-02 13:15:25,508 DEBUG    yunohost.firewall firewall_reload - [23684.1] ip6tables seems to be not available, it outputs:
> modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.14.14-sunxi/modules.dep.bin'
> modprobe: FATAL: Module ip6_tables not found in directory /lib/modules/4.14.14-sunxi
> ip6tables v1.6.0: can't initialize ip6tables table `filter': Table does not exist (do you need to insmod?)
> Perhaps ip6tables or your kernel needs to be upgraded.
2018-07-02 13:15:25,509 WARNING  yunohost.firewall firewall_reload - [23684.1] Vous ne pouvez pas jouer avec ip6tables ici. Vous êtes soit dans un conteneur, soit votre noyau ne le supporte pas

Je met des logs ici: https://paste.yunohost.org/eyurejelok.erl.

Je me demande si le problème vient du fait que j’ai une box avec ipv6 et que les redirections dans mon registar prenne en compte l’adresse ipv6 qui n’est peut-être plus la même sur une réinstallation ??

Du coup j’ai enlevé toutes les adresses ipv6 configurée dans le registar.
Je n’arrivait plus à refaire une postinstall , qui coinçait avec

Erreur : Mot de passe incorrect

Puis, j’ai vu le topic ici qui m’a permis de comprendre comment reprendre une postinstall qui plante avec ce script

wget https://raw.githubusercontent.com/YunoHost/yunoScripts/master/resetPostinstall.sh
bash resetPostinstall.sh

Mais j’ai encore la même erreur, je commence à me demander si ce n’est pas un réel problème de kernel et de module ??

Je viens de recommencer une installation, avec un peu d’aide du forum d’armbian, je suis parti sur une image beta d’armbian pour avoir une image plus récente du kernel: 5.51.180705 nightly Debian GNU/Linux 9 (stretch) 4.17.4-sunxi
Cette fois yunohost s’est bien installé, j’ai lancé la postinstall aussi. J’en suis à tenter un backup restore de mon système, j’espère que tout va bien ce passer… C’est long…

Ça marche ! Enfin, le backup a fonctionné, sauf pour Nextcloud, j’ai simplement désinstallé et réinstallé… J’avais une erreur: pas de fichier .ocdata à la racine… Je ferais un petit article à propos de cette migration sur mon site bientôt et je posterai ici…

1 Like

Bonjour, comme promis un petit article sur le blog du serveur: Yunohost: migration vers Debian 9 Stretch sur Orange Pi Plus2

2 Likes

Hello,

merci beaucoup d’avoir écris ça et d’avoir eu la patience de continuer à tester les trucs, ces infos devraient nous aider à supporter cette carte et d’autres :heart:

Bonjour,
j’ai eu exactement le même problème sur une orange pi pc, avec le même noyau.
Il existe une méthode beaucoup plus simple et rapide que la réinstallation :

  • Installer armbian-config:
    sudo apt install armbian-config

  • lancer l’utilitaire
    sudo armbian-config

  • Choisir System dans la boite de dialogue qui s’affiche

  • Choisir Switch

  • accepter l’avertissement et choisir next
    L’outil va se plaindre un peu mais il va télécharger et installer le noyau stable officiellement supporté, soit le 4.14.18-sunxi

Il reste à redémarrer et à lancer sudo apt install -f pour installer les paquets en souffrance.

Bonne journée

1 Like

Merci @samguili, en plus je me retrouve avec un soucis avec le firewall et iptables depuis une mise à jour toute récente
du kernel…

Du coup, ayant eu des soucis après une upgrade du kernel nightly, je reviens vers une image stable de armbian et par défaut, le kernel 4.14.18-sunxi est déjà là après une upgrade, sans switcher vers next … :wink:

Question: est-ce que je n’ai pas intérêt à faire un Freeze dans les options de armbian-config pour “freezer” la version du kernel ??
Je ne comprends pas bien ce qui m’arrive, j’ai fait un update et je me retrouve avec les soucis antérieurs d’iptables pour l’ipv6 pourtant, il me semble que le kernel n’a pas changé ??
$ uname -r
4.14.18-sunxi

$ sudo iptables -nL
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.14.18-sunxi/modules.dep.bin'
modprobe: FATAL: Module ip_tables not found in directory /lib/modules/4.14.18-sunxi
iptables v1.6.0: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.

Pourtant ce que je ne comprends pas, j’ai ce message en me connextant: ARMBIAN 5.60 stable Debian GNU/Linux 9 (stretch) 4.14.18-sunxi
mais avec armbian-config, je vois que la version 5.60 devrait être une autre version de kernel… 4.14.70-sunxi il me semble ??? J’essaie de switcher sur cet autre kernel et en après reboot, je reste sur le même.

Du coup, j’utilise la fonction “Switch another kernel” avec armbian-config et je choisis la version stable du kernel 4.14.18-sunxi et je n’ai plus de problèmes, sauf que le système me propose une upgrade

$ apt list --upgradable
En train de lister... Fait
linux-dtb-next-sunxi/stretch 5.67 armhf [upgradable from: 5.41]
linux-image-next-sunxi/stretch 5.67 armhf [upgradable from: 5.41]

Je crois que cela risque de revenir au problème du début dans ce cas… Du coup, n’ai-je pas intérêt à Freezer les upgrade du kernel (fonction proposée dans armbian-config) ?

Du coup pour l’instant je met à jour que les applications pour l’instant…
Je reste dans une incompréhension tout de même. En me connectant j’ai ce message:
Welcome to ARMBIAN 5.60 stable Debian GNU/Linux 9 (stretch) 4.14.18-sunxi
là l’upgrade proposée parle de 5.41 ??
bizarre ces histoires de kernels…
Du coup je suis passé par Freeze le kernel dans armbian-config pour ne pas avoir de problèmes à chaque mises à jour, ce qui n’empêchera pas de Defreezer celui-ci… Cela met juste les paquets en hold

Est-ce que quelqu’un d’autre galère avec ces mises à jour de kernel armbian pour orangepi ? Je continue a freezer le kernel pour rester sur un noyau 4.14.18-sunxi
Un apt update me propose les paquets
linux-dtb-next-sunxi/stretch 5.78 armhf [upgradable from: 5.41]
linux-image-next-sunxi/stretch 5.78 armhf [upgradable from: 5.41]

Je crois avoir fait un bêtise en defreezant puis une upgrade où il a upgrader le kernel, en rebootant j’avais de nouveau des erreurs et surtout un uname -r me disait que j’étais toujours sur le même kernel 4.14.18-sunxi
Du coup j’ai tenter switch vers le kernel plus élévé et un reboot, mais ce n’était pas concluant, alors je sui revenu via switch vers le kernel 4.14.18-sunxi et freezer de nouveau les mises à jours.
Maintenant ça marche, aussi pour les iptables, mais si je vais sur armbian-config => System je vois une fenêtre rouge avec Warning - firmware packages frozen et pas de Switch…
Autre chose, en haut je vois “Configuration utility, Armbian 5.73 stable”
Pas normal tout cela…

Tu utilises l’image pour orange pi de yunohost ?

j’ai utilisé l’image pour armbian qui fonctionnait pour mon orange pi 2+. Je n’ai pas utilisé l’image Orange Pi PC+ que je viens de découvrir d’ailleurs. Tu penses qu’elle est compatible avec l’Orange Pi 2+ ?
Dans ce cas, j’ai peut-être la possibilité de faire une sauvegarde et de tout réinstaller, plus les configs pour que l’installation soit sur le disque dur externe… Un peu de boulot, mais peut-être que ça en vaut la peine ?

Salut,

perso je doute fortement que l’image fournie par YunoHost soit compatible pour autre chose que Orange Pi PC+ (les boards sont trop specifiques pour qu’il y ai des images communes)

Par contre si il y a des gens pour tester et valider les images sur le long terme on pourrait en proposer d’autres pour d’autres boards …

Désolé de déterrer un vieux post, mais je continue à batailler avec mon Orange Pi 2+ et les mises à jours des kernels.
J’ai voulu Defreeze le système qui était Freezer sur le kernel 4.14.18-sunxi, puis j’ai tenté de choisir le dernier kernel next 4.19.62-sunxi
du coup les mises à jour met à jour les kernels next. Mais malheureusement je boote toujours sur le même kernel…
J’ai mis mes tribulations sur le forum d’armbian à la suite de mes anciennes aventures ici https://forum.armbian.com/topic/6314-orange-pi-zero-iptables-missing/?tab=comments#comment-85235
Puis maintenant c’est un nouveau fil ici: https://forum.armbian.com/topic/11376-experimenting-with-different-kernels/
Je ne comprends pas pourquoi le système ne boote pas sur le nouveau kernel alors que j’ai bien ceci:

$ ls /media/mmcboot/boot/
armbianEnv.txt                  boot              boot.scr              dtb-4.19.62-sunxi         script.bin                vmlinuz-4.19.62-sunxi
armbianEnv.txte                 boot.bmp          config-4.19.62-sunxi  dtb.old                   System.map-4.19.62-sunxi  zImage
armbianEnv.txt.out              boot.cmd          dtb                   initrd.img-4.19.62-sunxi  uInitrd
armbian_first_run.txt.template  boot-desktop.png  dtb-4.17.4-sunxi      overlay-user              uInitrd-4.19.62-sunxi


ls /boot/
armbianEnv.txt                  boot              boot.scr              dtb-4.19.62-sunxi         script.bin                vmlinuz-4.19.62-sunxi
armbianEnv.txte                 boot.bmp          config-4.19.62-sunxi  dtb.old                   System.map-4.19.62-sunxi  zImage
armbianEnv.txt.out              boot.cmd          dtb                   initrd.img-4.19.62-sunxi  uInitrd
armbian_first_run.txt.template  boot-desktop.png  dtb-4.17.4-sunxi      overlay-user              uInitrd-4.19.62-sunxi

Je galère, pourtant le serveur Yunohost marche tout de même mais pas correctement, les services de firewall ne fonctionnent pas et redis-server non plus…

Pourtant le kernel est bien là:

$ dpkg --list | grep linux-image
ii  linux-image-next-sunxi                5.92                               armhf        Linux kernel, version 4.19.62-sunxi

Donc vraiment un problème de boot. Comme cela fait deux jours que je bataille, je reviens sur le kernel 4.14.18-sunxi et Freeze de nouveaux les upgrade d’armbian…

Mais j’en reviens à la source de mon soucis, les services Redis-server et Rspamd ne veulent plus s’activer.

Bon j’ai trouvé une solution pour les services Redis-server et Rspamd suite à ce post: Nextcloud kaput car service Redis-server non lancé
Juste des permissions dans les dossiers des logs qu’il fallait changer… Cela ne résout pas mes problèmes de boot avec les expérimentations de kernels sunxi, mais au moins tout fonctionne pour le moment.