Migration 1.9 > 3.5 Erreur

Bonjour

Nous possedons un vieux GRR en version 1.9.7e, tourant sur un Win 2008 avec IIS
J'ai comme projet de le migrer.
J'ai un nouveau serveur web/intranet sous Linux Ubuntu 22.04, avec apache, php et mariadb.
J'ai deja des sites fonctionnel dessus (notemment un vieux Glpi migré sur le linux sans soucis)

J'ai essayer de migrer vers GRR 3.5.1a, pour cela j'ai : 
installer sur mon linux cette version de GRR.
connexion a l'interface, fait l'installation de base.
import des données de l'ancienne version vers la nouvelle, en passant par les commandes mariadb.
quand je me reconnecte a grr, j'ai une page blanche erreur 500.
dans les logs : 

J'avais au debut tester une migration vers une version 4.1 en faisant cette meme procedure, apres import des données, grr me proposait de faire la migration BDD, et c'etait OK
mais c'est un version encore en dev, et l'interface principale semble comporter des bug ou autre, d'ou ma volontée de passer sur une 3.5.1a qui semble etre la dernière version stable disponible.

Merci de votre aide.

Bonjour,
je pense que le hic vient de la restauration de la base via MariaDB au lieu de GRR. En effet le cryptage des mots de passe est modifié et une simple restauration n'est pas suffisante.
En procédant comme conseillé dans le fichier install.txt, lors de la connexion à GRR351, après la restauration des anciennes données, en administrateur avec l'identifiant et le mot de passe de l'administrateur GRR197, il est généralement demandé de se connecter deux fois de suite, le temps que GRR fasse la conversion du mot de passe.
Si ce n'est pas clair ou si vous observez encore des problèmes, n'hésitez pas à revenir !
Cordialement,
YN

Je vient d'essayer en restaurant depuis l'interface d'admin, mais ca reste sur le message : Restauration à partir du ficher : grr_le_2023_10_09_a_10h28.sql
et rien ne se passe, coté mariadb, les tables ne se remplissent pas

au niveau apache, je vietn de voir qu'une erreur arrivait au moment de lancer la restauration depuis l'admin :

C'est étonnant : si le nom du fichier est vide, vous devriez avoir un message d'erreur.
Je me demande s'il n'y a pas un problème de droits d'écriture sur un dossier.
Si vous vous connectez à GRR351, que vous faites une sauvegarde, que vous introduisez une nouvelle réservation, puis que vous tentez une restauration de la sauvegarde précédente, est-ce que le processus se déroule bien jusqu'au bout ? vous devriez avoir perdu la réservation faite entre sauvegarde et restauration.