Communauté Magento Francophone

Bonjour,

Dans la 1.4, lorsque je choisis de réindexer les attributs de produits, le statut passe à "en cours de traitement", cela me pareit bien long, 1h après c'est toujours le même état.

Par ailleurs, j'ai un message d'erreur dans un encadré rouge qui dit "Some problem with reindexing process." sans plus détail... Difficile d'pagir en conséquence...

Avez-vous une idée du problème ?

Merci

En activant les logs et en allant voir le log exception.log, j'obtiens :



Je vois donc que c'est une histoire de contraintes sur la table catalog_product_index_eav mais comment savoir précisément les données qui posent problème ?

Bon c'est la cata. J'ai passé de longues heures sans résultat. J'ai fait la réparation de la base avec l'outil magento dB repair mais sans plus de succès.

Comment puis-je trouver les données qui posent problème ?
Dans les logs, y a pas moyen d'avoir les requêtes SQL non tronquées ?

Bonjour,
Regarde ici www.magentocommerce.com/boards/viewthread/13206/

Merci mais ça n'a pas répondu au problème.

Cependant j'ai réinstallé ma base en local et activé les log des requêtes SQL dans mySQL, j'ai donc pu identifier cette saleté de requêtes :

START TRANSACTION;
DELETE FROM `catalog_product_index_eav`;
ALTER TABLE catalog_product_index_eav DISABLE KEYS;
INSERT INTO catalog_product_index_eav SELECT * FROM catalog_product_index_eav_idx;
ROLLBACK;

Je suppose que si la requête se passait correctement, à la place du :
ROLLBACK;

on aurait :
ALTER TABLE catalog_product_index_eav ENABLE KEYS;
COMMIT;

Le problème se passe donc sur :
INSERT INTO catalog_product_index_eav SELECT * FROM catalog_product_index_eav_idx;

et déclenche l'erreur :
#1452 - Cannot add or update a child row: a foreign key constraint fails (`cosmetemp/catalog_product_index_eav`, CONSTRAINT `FK_CATALOG_PRODUCT_INDEX_EAV_ENTITY` FOREIGN KEY (`entity_id`) REFERENCES `catalog_product_entity` (`entity_id`) ON DELETE CASCADE ON UPDATE )


Je comprends pas pourquoi jai ce problème alors que ma table catalog_product_index_eav est vide...

Si vous avez une idée de comment je peux appronfondir le problème...

EUREKA !

En tentant de comparer les données entre la table catalog_product_entity et catalog_product_index_eav_idx j'ai trouvé 2 enregistrements.

En remontant dans les requêtes exécutées, j'ai trouvé celle qui insérait ces données :
INSERT IGNORE `catalog_product_index_eav_idx` SELECT `l`.`parent_id`, `i`.`attribute_id`, `i`.`store_id`, `i`.`value` FROM `catalog_product_relation` AS `l`
INNER JOIN `core_store` AS `cs`
INNER JOIN `catalog_product_index_eav_idx` AS `i` ON l.child_id=i.entity_id AND cs.store_id = i.store_id

Puis je suis allé voir dans la table catalog_product_relation où j'ai appris qu'elle était liée aux produits configurables et packagés. Et effectivement l'id du produit parent n'existait pas, j'ai donc supprimé ces 2 enregistrements et maintenant l'indexation fonctionne.

Ouf, c'était assez galère.

Conclusion, pour ceux qui utilisent Magento depuis un certain temps, je vois que les MAJ de la BDD est un peu bancale.

Avec l'outil Magento Database Repair Tool, ça permet de mettre sa base d'applomb, notamment pour des tables qui seraient restées en MyISAM. Reste le problème des contraintes enfin ajoutées qui peuvent mettre le désordre la dedans, mais ça permet justeent de sécuriser ses données à l'avenir.