[RÉGLÉ] Restauration Akeeba : erreur de transfert de la base

[PhMi]

Bonjour,

Lors de la phase de restauration de la base, le processus se bloque et il s'affiche :
Database error processing line 6

Database server error reply:

SQL=CREATE TABLE `jnew_assets` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 'Primary Key', `parent_id` int(11) NOT NULL DEFAULT '0' COMMENT 'Nested set parent.', `lft` int(11) NOT NULL DEFAULT '0' COMMENT 'Nested set lft.', `rgt` int(11) NOT NULL DEFAULT '0' COMMENT 'Nested set rgt.', `level` int(10) unsigned NOT NULL COMMENT 'The cached level in the nested tree.', `name` varchar(50) NOT NULL COMMENT 'The unique name for the asset.\n', `title` varchar(100) NOT NULL COMMENT 'The descriptive title for the asset.', `rules` varchar(5120) NOT NULL COMMENT 'JSON encoded access control.', PRIMARY KEY (`id`), UNIQUE KEY `idx_asset_name` (`name`), KEY `idx_lft_rgt` (`lft`,`rgt`), KEY `idx_parent_id` (`parent_id`) ) ENGINE=InnoDB AUTO_INCREMENT=184 DEFAULT CHARSET=utf8 Raw query text:

CREATE TABLE `#__assets` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 'Primary Key', `parent_id` int(11) NOT NULL DEFAULT '0' COMMENT 'Nested set parent.', `lft` int(11) NOT NULL DEFAULT '0' COMMENT 'Nested set lft.', `rgt` int(11) NOT NULL DEFAULT '0' COMMENT 'Nested set rgt.', `level` int(10) unsigned NOT NULL COMMENT 'The cached level in the nested tree.', `name` varchar(50) NOT NULL COMMENT 'The unique name for the asset.\n', `title` varchar(100) NOT NULL COMMENT 'The descriptive title for the asset.', `rules` varchar(5120) NOT NULL COMMENT 'JSON encoded access control.', PRIMARY KEY (`id`), UNIQUE KEY `idx_asset_name` (`name`), KEY `idx_lft_rgt` (`lft`,`rgt`), KEY `idx_parent_id` (`parent_id`) ) ENGINE=InnoDB AUTO_INCREMENT=184 DEFAULT CHARSET=utf

C'est une langage que je ne comprends pas : une traduction et un remède seraient très appréciés. Merci d'avance.

[zepelin57]

Re : Restauration Akeeba : erreur de transfert de la base

Bonsoir,

A lire et compléter svp.

[PhMi]

Re : Restauration Akeeba : erreur de transfert de la base

Bonjour,

Joomla 2.5 + Kunena + Gantry + JComments + OVH pour la sauvegarde + MAMP pour la restauration + senlis.clarissesdesenlis.fr

J'ai réalisé 6 sites, je patauge dans CSS (en particulier avec Firebug), devine des bribes de HTML, mais ne comprends rien à PHP.

Faut-il plus ? Sans attendre : merci de la réactivité.

P.S.: Il n'est pas prouvé que l'on ne sache pas que l'on est mort quand on est mort, mais je suis d'accord avec le reste de la phrase …

[zepelin57]

Re : Restauration Akeeba : erreur de transfert de la base

D'ou viennent ces ENGINE=InnoDB ?

Et pourquoi sur le second tu as: #__assets

mais ne comprends rien à PHP.

Normal c'est du Sql !

[PhMi]

Re : Restauration Akeeba : erreur de transfert de la base

Bonjour,

En regardant la base de données, j'avais deviné que c'est du sql … que je ne lis pas plus que le PHP.

Je n'ai aucune idée de la raison de ces messages : j'ai juste procédé à un copier-coller de ce qui s'affiche sur la page d'Akeeba.

Que signifient-ils ? Que puis-je faire ?

Merci d'avance.

[PhMi]

Re : Restauration Akeeba : erreur de transfert de la base

Bonjour, Aucun expert n'est inspiré par mon problème ?

[zepelin57]

Re : Restauration Akeeba : erreur de transfert de la base

Les types des bases sont en générale en MyIsam et pas en InnoDB, sauf en de très rares occasions. Maintenant et aussi si tu expliquais ce que tu veux faire ?

Rapatrier un site distant en local ou l'inverse ? Sinon travailles à l'ancienne en exportant/important les db via phpmyadmin.

[RobertG]

Re : Restauration Akeeba : erreur de transfert de la base

De plus en plus d'extensions créent leurs tables en InnoDb et sur certaines versions de MySQL, les tables de Joomla! le sont aussi.

Lors de la restauration, s'agissant d'une sauvegarde de site 2.5, il faut sélectionner "mysqli", car le site distant doit l'utiliser.

[PhMi]

Re : Restauration Akeeba : erreur de transfert de la base

Bonsoir, zepelin57 et RobertG,

1: J'ai essayé aussi bien de distant vers local que de local vers local
2: Je vais regarder sur Internet ce que veulent dire MyIsam et InnDb
3: Surtout, je recommence la manœuvre avec mysqli.

A suivre et grand merci.

[PhMi]

Re : Restauration Akeeba : erreur de transfert de la base

Hélas ! Sélectionner mysqli au lieu de mysql ne change rien. Une autre piste de solution ?

[RobertG]

Re : Restauration Akeeba : erreur de transfert de la base

Quelle version de MySQL utilises-tu en local ?

La base locale existe-t-elle ? Le script d'installation d'Akeeba ne crée pas la base, contrairement à celui de Joomla!

[PhMi]

Re : Restauration Akeeba : erreur de transfert de la base

Informations système indique : Version de la base de données 5.5.25 (j'utilise MAMP)

Aussi bien en local que chez OVH, j'ai des versions qui s'affichent correctement. Lorsque je sauvegarde l'une ou l'autre avec Akeeba (Angie) puis que je cherche à ouvrir ces archives en local, elles me donnent le même message d'erreur. De temps à autre, rarement, une base s'ouvre …

Lorsque la procédure se bloque "ligne6", une douzaine de tables se trouvent dans le dossier mysql de Mamp. Si, par phpMyAdmin, j'introduis une table jnew_assets.frm et que je relance la procédure, elle se bloque de nouveau ligne 8 (si j'ai bonne mémoire).

Encore merci !

[PhMi]

Re : Restauration Akeeba : erreur de transfert de la base

J'ai aussi mis en cause Angie, mais en utilisant une version plus ancienne d'Akeeba, le résultat est le même.

[PhMi]

Re : Restauration Akeeba : erreur de transfert de la base

Bonjour,

Trois essais complémentaires :

1: Dans l'archive Angie décompressée, j'ai neutralisé le fichier installation d'Akeeba (rajout de + à son nom) et rajouté le fichier installation d'un dossier Joomla 2.5.9 tout neuf. J'ai alors lancé le processus d'installation. La base de donnée commence de se charger et s'arrête avec l'alarme :
"Des erreurs sont survenues lors du remplissage la base de données: Table 'SenlisJ25B.jnew_viewlevels' doesn't exist SQL=INSERT INTO `jnew_viewlevels` (`id`, `title`, `ordering`, `rules`) VALUES (1, 'Accès Public', 0, '[1]'), (2, 'Accès Enregistré', 1, '[6,2,8]'), (3, 'Accès Spécial', 2, '[6,3,8]')"

2: Pensant que le dossier Angie pouvait être en cause, je l'ai mis à la poubelle et recommencé avec le même résultat.

3: J'ai alors essayé d'installer un nouveau package Joomla_2.5.9 … avec le même résultat !

Je vais maintenant mettre MAMP en cause en le rechargeant … ce soir. A suivre .

[PhMi]

Re : Restauration Akeeba : erreur de transfert de la base

Point de la situation :

MAMP a été rechargé, mais sans plus de succès.

J'avais pensé à une incompatibilité entre les versions PHP d'OVH et de MAMP : toutes les deux ont été mises à 5_4 … pour le même résultat.

Une archive Angie du site distant, équipée d'un fichier "instalation" de Joomla après avoir neutralisée celui d'Akeeba, s'ouvre correctement en local … mais sans les données spécifiques du site.

La même archive décompressée et renvoyée sur le site distant s'ouvre sans problème selon le processus Akeeba.

Pour disposer d'une version du site en local, j'ai rebâti le site à partir d'un dossier Joomla vierge, il s'installe sans problème chez OVH, mais si j'en rapatrie une sauvegarde, le même blocage (ligne 6) se produit.

Un rébus illisible pour moi, un casse tête pour vous ? Qui dénouera ce nœud gordien ?