Installation J! 4 RC5-dev impossible sur MariaDB 10.5.10

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [RÉGLÉ] Installation J! 4 RC5-dev impossible sur MariaDB 10.5.10

    Bonjour,

    N'arrivant plus à me connecter sur le forum.joomla.org pour signaler ce problème et ne recevant pas le mail de réinitialisation de mon compte, je signale de nouveau ici ce que nous avons déjà été deux à rapporter il y a quelques semaines dans une précédente discussion, sans que personne n'ait testé pour confirmer.

    Sur Wampserver 64, PHP 8.0.7 et MariaDb 10.5.10 (et PHP 8.0.8 et MariaDB 10.6.3), impossible d'installer les dernières versions de Joomla! 4 avec le type "MySQLi" : la table "tags" n'existe pas. Seules 9 tables sont créées, l'installation s'arrête. Malheureusement, je ne vois pas comment obtenir plus d'infos sur la raison pour laquelle cette table ne se crée pas.
    Cliquez sur l'image pour l'afficher en taille normale  Nom : bug_j4_MariaDB_10.5.10.jpg  Affichages : 26  Taille : 27,3 Ko  ID : 2029081
    En essayant avec le type "MySQL PDO", 25 tables sont créées mais toujours pas la table "tags", avec cette fois une info SQL :
    42000, 1118, Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline.
    Mais ce message ne signale pas la table concernée.

    Si je régresse MariaDb en 10.4.13, l'installation fonctionne.
    Fichiers joints
    Dernière édition par RobertG à 21/07/2021, 07h46
    "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
    MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

  • #2
    Bonjour,

    Une de mes installation test fonctionne sous:

    10.2.27-MariaDB
    PHP 7.4.21

    RC5-dev (du 15-07-21)


    Commentaire


    • #3
      Merci, mais c'est au-delà de la 10.4.13 que je ne peux plus installer, avec cette erreur.

      J'ai pu retrouver mon compte sur forum.joomla.org (Robert-G au lieu de RobertG et ouvrir une discussion sur le sujet.
      "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
      MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

      Commentaire


      • #4
        Bonjour,

        Finalement question posée sur Github faute de réponse ici ni sur le forum joomla.org et conseil (à faire dans la console MariaDB) :
        as per https://mariadb.com/kb/en/troublesho...s-with-innodb/
        can you run before to install

        SET GLOBAL innodb_default_row_format='dynamic';
        SET SESSION innodb_strict_mode=OFF;
        Effectivement, l'installation fonctionne alors, mais il m'a fallu le faire sur le 10.5.11 (censée corriger un problème de la 10.5.10) et si je ne le fais pas sur la 10.6.3, toujours pas d'installation.
        La question a été posée d'un éventuel mauvais paramétrage dans WampServer pour ces nouvelles versions de MariaDB.

        Je passe en réglé, mais la question reste de savoir quelles conséquences pourraient avoir ces paramètres sur les autres sites utilisant ces versions de MariaDB et si les hébergeurs mutualisés le feraient si le problème se produisait chez eux et seulement pour Joomla! 4
        "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
        MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

        Commentaire


        • #5
          Merci RobertG ,

          Je me pose la question s’il y a à ce jour des hébergeurs qui proposent déjà la version 10.5…

          Commentaire


          • #6
            Je l'ignore aussi, mais il est important que ce problème d'installation de Joomla! 4 soit réglé quand ce sera le cas.
            La version 10.6 est déjà disponible sur WampServer.
            "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
            MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

            Commentaire


            • #7
              Bonjour,

              En ce qui concerne la cause de cette erreur, on trouve l'explication ici : https://mariadb.com/kb/en/troublesho...s-with-innodb/
              In MariaDB 10.2 and later, the DYNAMIC row format is the default row format
              Malgré ça, il semble que d'une part certaines versions de MariaDB sur Wampserver n'aient pas pris en compte ce paramètre (mon installation initiale utilisait une version 10.3.29 et a été améliorée régulièrement), d'autre part que les installations de versions plus récentes, 10.5 ou 10.6 ne changent pas ce paramètre.

              J'ai donc désinstallé puis réinstallé la version 3.2.3 de Wampserver avec la version 10.5.4 de MariaDB et l'installation d'une RC5-dev de ce jour s'est faite sans erreur.
              Mais si j'installe la version 10.6.3 de MariaDB et que je veux l'utiliser pour une nouvelle installation, je retrouve l'erreur, ce qui nécessite, pour toute nouvelle version, de passer par la console pour saisir la première des instructions que j'ai précédemment citées (la seconde ne paraît pas indispensable pour que l'installation se fasse correctement).
              Dernière édition par RobertG à 22/07/2021, 08h31
              "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
              MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr et sites perso chez PlanetHoster + sites gérés chez PHPNET, 1and1 et OVH

              Commentaire

              Annonce

              Réduire
              1 sur 2 < >

              C'est [Réglé] et on n'en parle plus ?

              A quoi ça sert ?
              La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

              Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

              Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
              Comment ajouter la mention [Réglé] à votre discussion ?
              1 - Aller sur votre discussion et éditer votre premier message :


              2 - Cliquer sur la liste déroulante Préfixe.

              3 - Choisir le préfixe [Réglé].


              4 - Et voilà… votre discussion est désormais identifiée comme réglée.

              2 sur 2 < >

              Assistance au forum - Outil de publication d'infos de votre site

              Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

              Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

              Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

              UTILISER À VOS PROPRES RISQUES :
              L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

              Problèmes connus :
              FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

              Installation :

              1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

              Archive zip : https://github.com/AFUJ/FPA/zipball/master

              2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

              3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

              4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

              5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

              6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
              et remplacer www. votresite .com par votre nom de domaine


              Exemples:
              Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
              Télécharger le script fpa-fr.php dans: /public_html/
              Pour executer le script: http://www..com/fpa-fr.php

              Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
              Télécharger le script fpa-fr.php dans: /public_html/cms/
              Pour executer le script: http://www..com/cms/fpa-fr.php

              En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

              Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
              Voir plus
              Voir moins

              Partenaire de l'association

              Réduire

              Hébergeur Web PlanetHoster
              Travaille ...
              X