erreur install à la création de la BDD => joomla RC

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

  • [RÉGLÉ] erreur install à la création de la BDD => joomla RC

    Bonjour à tous,

    Lors de l'installation de joomla RC ce jour, je rencontre un soucis de l'installation de la base de donnée.

    Pour info, j'avais testé la b8 sans soucis en local => wampserveur MAJ => apache 2.4.48 => php 8.07 => Mariadb 10.5.10

    Les tests sont sur une nouvelle install propre et seul les 9 premières TBL sont créées. Après voici l'erreur :

    Code:
    Error
    La table 'joomla_db.gje48_tags' n'existe pas
    En insistant sur le bouton d'installation, d'autres tables sont créées, mais une autre erreur, toujours dans la construction de la table :
    Code:
    La table 'joomla_db.e2qhd_tags' n'existe pas
    J'ai tenté la creation direct en important le fichier base.sql, idem, meme endroit pour l'erreur.
    Si quelqu'un a une idée, je suis preneur.

    Merci
    Dernière édition par gesualda à 03/06/2021, 15h57
    WampServer 3.2.5 / 64b - - Apache 2.4.46 / 2.4.48 - PHP 7.4.13 -/ 8.0.7 - MariaDB 10.5.8 / 10.5.10
    Joomla => 3.xxx / 4xxx
    --------
    Un pessimiste, c'est un homme qui a travaillé pendant trois mois avec un optimiste !

  • #2
    Je reviens vers vous, j'ai toujours pas trouvé la solution, par contre des pistes :

    Code:
    2021-06-03  9:43:52 240 [ERROR] InnoDB: Cannot add field `images` in table `joomla_db`.`mnj1u_tags` because after adding it, the row size is 8761 which is greater than maximum allowed size (8126 bytes) for a record on index leaf page.
    Je suis vraiment pas un spécialiste de bdd, mais si je décrypte, on dirait une erreur de format "innob" .
    Peut-on corriger ce genre de soucis ?

    Merci











    WampServer 3.2.5 / 64b - - Apache 2.4.46 / 2.4.48 - PHP 7.4.13 -/ 8.0.7 - MariaDB 10.5.8 / 10.5.10
    Joomla => 3.xxx / 4xxx
    --------
    Un pessimiste, c'est un homme qui a travaillé pendant trois mois avec un optimiste !

    Commentaire


    • #3
      Bonjour,

      C'est vraiment curieux, ce message sur le champ "images" de cette table, les données à insérer ne comportent pas de contenu pour lui :
      Code:
      INSERT INTO `#__tags` (`id`, `parent_id`, `lft`, `rgt`, `level`, `path`, `title`, `alias`, `note`, `description`, `published`, `access`, `params`, `metadesc`, `metakey`, `metadata`, `created_user_id`, `created_time`, `created_by_alias`, `modified_user_id`, `modified_time`, `images`, `urls`, `hits`, `language`, `version`) VALUES
      (1, 0, 0, 1, 0, '', 'ROOT', 'root', '', '', 1, 1, '', '', '', '', 42, CURRENT_TIMESTAMP(), '', 42, CURRENT_TIMESTAMP(), '', '', 0, '*', 1);
      Je viens de refaire une installation sur Wampserver en PHP 7.4 et sur base MySQL, sans aucun incident. L'export de la base et son import dans une base MariaDb n'ont pas non plus généré d'erreur.
      Un problème de serveur chez toi ?
      "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 RobertG,

        Ben, je sais pas ! Je comprends pas non plus ! pourtant le problème a l'air d'exister puisque de nombreux post exist. J'ai entièrement désinstallé Mariadb, réinstallé, le problème subsiste, y compris avec PHP 7.4 ....

        Alors juste une question comme cela : apache peut il provoquer ce genre d'erreur ?
        Je vais sauvegarder la config, et refaire une installe du serveur. Je reviendrais dire quoi !
        WampServer 3.2.5 / 64b - - Apache 2.4.46 / 2.4.48 - PHP 7.4.13 -/ 8.0.7 - MariaDB 10.5.8 / 10.5.10
        Joomla => 3.xxx / 4xxx
        --------
        Un pessimiste, c'est un homme qui a travaillé pendant trois mois avec un optimiste !

        Commentaire


        • #5
          Comme dit, voila re-install du serveur donc, vierge (lol)
          Tentative de reinstalle joomla RC2 => Ne fonctionne pas, toujours la même erreur. (Je remets les 2 => 1er dans joomla et la 2me dans les logs de mariadb)
          Code:
          Error
          La table 'joomla_db.kltt2_tags' n'existe pas
          Code:
          2021-06-03 14:01:30 65 [ERROR] InnoDB: Cannot add field `images` in table `joomla_db`.`kltt2_tags` because after adding it, the row size is 8761 which is greater than maximum allowed size (8126 bytes) for a record on index leaf page.
          Si je comprends bien et que je décrypte, viendrais la ligne 8761 et qui dit que la valeur accepté est supérieur à 8126Octects. Mais par rapport à quoi ?
          WampServer 3.2.5 / 64b - - Apache 2.4.46 / 2.4.48 - PHP 7.4.13 -/ 8.0.7 - MariaDB 10.5.8 / 10.5.10
          Joomla => 3.xxx / 4xxx
          --------
          Un pessimiste, c'est un homme qui a travaillé pendant trois mois avec un optimiste !

          Commentaire


          • #6
            Alors j'ai trouvé plusieurs liens, j'ai du mal à comprendre la mise en place :
            https://mariadb.com/kb/en/troubleshooting-row-size-too-large-errors-with-innodb/
            https://dba.stackexchange.com/questions/75328/row-size-error-with-mysql/75333#75333

            https://dba.stackexchange.com/questi...too-large-8126

            J'ai appliqué une des solutions proposées :
            Code:
            max_allowed_packet = 1G innodb_log_file_size = 2G innodb_log_buffer_size = 512M
            Mais pour l'instant, aucun effet, toujours l'erreur.


            WampServer 3.2.5 / 64b - - Apache 2.4.46 / 2.4.48 - PHP 7.4.13 -/ 8.0.7 - MariaDB 10.5.8 / 10.5.10
            Joomla => 3.xxx / 4xxx
            --------
            Un pessimiste, c'est un homme qui a travaillé pendant trois mois avec un optimiste !

            Commentaire


            • #7
              Je reviens encore pour donner des explications si quelqu'un avait les mêmes soucis (je parle sous wampserveur local).
              RobertG, je viens de faire l'installation avec mysql 5.7.31, nikel pas de soucis.

              Par contre, ce n'est pas le but rechercher, donc mariadb 10.5.10 poserait-il des soucis ? J'aimerai comprendre !
              WampServer 3.2.5 / 64b - - Apache 2.4.46 / 2.4.48 - PHP 7.4.13 -/ 8.0.7 - MariaDB 10.5.8 / 10.5.10
              Joomla => 3.xxx / 4xxx
              --------
              Un pessimiste, c'est un homme qui a travaillé pendant trois mois avec un optimiste !

              Commentaire


              • #8
                Je te conseille de revenir à une version 10.4 de MariaDB, j'ai le même type de souci en transférant de 10.4.13 à 10.5.10 une sauvegarde de base d'un site 4 RC1
                Code:
                CREATE TABLE IF NOT EXISTS `edjva_contact_details` (  `id` int(11) NOT NULL AUTO_INCREMENT,
                MySQL a répondu :
                #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.
                15 tables ont été importées
                Et sur une installation neuve en 10.5.10
                La table 'newj4rc1.o6ad8_tags' n'existe pas
                9 tables ont été créées avant ce message d'erreur.
                "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


                • #9
                  Alors en effet, je viens de passer un moment pour voir et tester
                  J'ai donc fais une installation avec plusieurs versions de mariadb (10.5.4, => 10.5.6 => 10.5.8 => 10.5.9 => 10.5.10)

                  Fonctionne => 10.5.4, => 10.5.6 => 10.5.8
                  Ne fonctionne pas => 10.5.9 => 10.5.10
                  Je suis d'accord avec toi RobertG, mieux vaut revenir à une version antérieur. Pour moi => 10.5.8 si l'on veut faire des tests de Joomla4 en local.

                  Voila au moins le sujet a été lancé. Je clos
                  Merci


                  WampServer 3.2.5 / 64b - - Apache 2.4.46 / 2.4.48 - PHP 7.4.13 -/ 8.0.7 - MariaDB 10.5.8 / 10.5.10
                  Joomla => 3.xxx / 4xxx
                  --------
                  Un pessimiste, c'est un homme qui a travaillé pendant trois mois avec un optimiste !

                  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