Erreurs rencontrées lors d’un transfert de Magento sur un serveur dédié

Dans: Magento

8 sept 2009

Transférer un site Magento d’un serveur à un autre présente des problèmes inhérent à Magento comme la suppression du fichier pear.ini ou les valeurs à remettre à 0 dans la base de données.

Tout ceci est décrit dans un précédent article, comment transférer un site Magento sur un autre serveur.

Cependant il reste les problèmes liés à l’hébergement, surtout sur les serveurs privés et dédiés qui n’ont pas les mêmes facilités de gérance qu’un mutualisé (qui sont limités).
Il va falloir augmenter la mémoire allouée par le système à PHP, autoriser les bases de données en à prendre en charge l’InnoDB, etc.

  1. Internal Server Error Directory “/home/blabla/www/index.php” is writeable by group
  2. Fatal error: Allowed memory size of
  3. Database server does not support InnoDB storage engine Database connection error
  4. ERROR: failed to mkdir (lors d’une utilisation de Magento Connect)
  5. Administration, Compte Client Introuvable ?
  6. Magento Connect : Erreur : An error has occured. Please try again later.
  7. You don’t have permission to access / on this server.
  8. No releases available for package (…) PEAR ERROR: install failed
  9. #1064 – You have an error in your SQL syntax; (…) use near ‘USING BTREE, KEY `FK_ATTRIBUTE_VARCHAR_ENTITY` (`entity_id`), KEY `FK_CATALO’>

Edit :

Problèmes rencontrés :

1) Internal Server Error
Directory “/home/blabla/www/index.php” is writeable by group

Votre fichier index.php ne doit pas être accessible en lecture par les groupes.

En ssh (ou par FTP), mettre vos fichier avec les droits en 705 (voire 644 si vous voulez)

Cependant d’autres fichiers et dossiers auront le même problème. Une solution est de mettre tous les fichiers à 644 et tous les dossiers à 705

find . -type d -print | xargs chmod 705
find . -type f -print0 | xargs -0 -n1 chmod 644

Enfin on remet les droits 755 sur /app/etc, /var, /media

chmod -R 755 app/etc
chmod -R 755 var
chmod -R 755 media

2) Fatal error: Allowed memory size of

La taille allouée par PHP de mémoire vive est insuffisante.

Il faut modifier la valeur de la ligne « memory_limit » du fichier php.ini (-> 128mo.)

  • Pour cela, connectez-vous en SSH sur votre serveur.
  • Ouvrez votre fichier php.ini :
nano /usr/local/lib/php5/php.ini
  • Cherchez la ligne memory_limit en utilisant la recherche : Ctrl + W
  • Modifiez votre valeur, passez de 8M à 16M (puis à 32M si le problème persiste, ainsi de suite. 128mo pour ma part)
  • Sauvegardez votre fichier : Ctrl + X puis O

3) Database server does not support InnoDB storage engine
Database connection error

InnoDB est désactivé dans la configuration de votre MySQL.

  • Editez le fichier /etc/mysql/my.cnf
nano /etc/mysql/my.cnf
  • Rajouter un # devant la ligne « skip-innodb »
#skip-innodb
  • Enlever le # à toutes les lignes suivantes commençant par « innodb » :
innodb_buffer_pool_size = 16M
innodb_data_home_dir = /var/lib/mysql/
innodb_log_arch_dir = /var/lib/mysql/
innodb_log_group_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:10M:autoextend:max:128M
innodb_log_file_size = 5M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 50
  • Redémarrez votre serveur MySQL
/etc/init.d/mysql restart

Via et

4) ERROR: failed to mkdir (lors d’une utilisation de Magento Connect)

Après la migration du serveur, il arrive qu’un message d’erreur apparaîsse lors de l’installation d’un nouveau module dans Magento Commerce.
Pour régler le problème il faut supprimer le fichier : « /downloader/pearlib/pear.ini »

5) Administration, Compte Client Introuvable ?

Est-ce que lorsque que vous tentez d’accéder à http://www.monsite.com/admin, il vous redirige vers : https://www.monsite.com/index.php/admin

Votre ancien site avait un certificat SSL et le nouveau non. Le temps de basculer votre certificat, modifiez dans la base de données la table « core_config_data » à la ligne ‘web/secure/base_url’.

Enlevez le ‘s’ à https, sauvegardez et videz le cache.

6) Magento Connect : Erreur : An error has occured. Please try again later.

1) Possibilité #1 :

Vous avez oublié de modifier le login/pass de la base de données dans le fichier app/etc/local.xml

2) Possibilité #2 :

L’erreur réelle étant écrite dans un fichier situé dans var/report.

Cette erreur nous apprend ceci :

Warning: session_start() ... Cannot send session cache limiter - headers already sent (output started at /home/xxx/www/downloader/pearlib/php/PEAR.php:2152) ...

Il faut activer dans votre php.ini le zlib

Ouvrez votre fichier php.ini

nano /usr/local/lib/php5/php.ini
  • Cherchez la ligne « zlib.output_compression » en utilisant la recherche : Ctrl + W
  • Modifiez « Off » en « On »
  • Sauvegardez votre fichier : Ctrl + X puis O

Via

7) You don’t have permission to access / on this server.

Erreur survenant dans Magento Connect. Encore une histoire de droits :

 chmod 0777 downloader
 chmod 0666 downloader/config.ini
 chmod 0666 downloader/pearlib/config.ini
 chmod 0777 downloader/pearlib/php
 chmod 0777 downloader/pearlib/download
# Uniquement si les lignes de dessus ne suffisent pas
chmod 0777 app/etc
 chmod 0777 var
 chmod 0777 media
 chmod 0777 media/import
 chmod 0777 media/downloadable

8) No releases available for package (…) PEAR ERROR: install failed

Erreur lors de l’installation d’une extension dans Magento Connect. 2 solutions :

1) Vider le dossier /downloader/pearlib/cache

2) Vérifier que le site http://www.magentocommerce.com/magento-connect est bien en ligne !

Certaines fois, leur(s) serveur(s) tombe(nt) en panne. Du coup, il devient impossible de télécharger l’extension. Il faut donc attendre la remise sur pied de Magento Connect.

9) #1064 – You have an error in your SQL syntax; (…) use near ‘USING BTREE, KEY `FK_ATTRIBUTE_VARCHAR_ENTITY` (`entity_id`), KEY `FK_CATALO’

Cette erreur apparaît lors de l’import de certains backup de Magento :

  1. Editez votre backup SQL
  2. Remplacez cette ligne :
UNIQUE KEY `IDX_BASE` (`entity_type_id`,`entity_id`,`attribute_id`,`store_id`) USING BTREE,

par cette ligne :

UNIQUE KEY `IDX_BASE` USING BTREE (`entity_type_id`,`entity_id`,`attribute_id`,`store_id`),

Source

29 Commentaires pour Erreurs rencontrées lors d’un transfert de Magento sur un serveur dédié

Avatar

Benoit

octobre 6th, 2009 à 10 h 52 min

Nous rencontrons actuellement un problème d’affichage avec Magento Connect.
Message d’erreur: erreur 404. Il nous renvoie sur le front.
Tout est fonctionnel, à l’exception du Magento Connect
Ca viendrait peut-etre du pear.ini mais nous n’arrivons pas à le reinitialiser.
Version Magento 1.3.2.3.
Une idée sur la marche à suivre ?

Avatar

Migrer Magento sous un autre serveur - Frédéric Martinez

octobre 19th, 2009 à 8 h 28 min

[...] La suite des erreurs dans un article séparé. Tags: migration serveur, mise en production [...]

Avatar

Alex

novembre 18th, 2009 à 18 h 06 min

Bonjour,
je rencontre le même problème, après avoir activé les urls sécurisées, mon admin ne fonctionne plus, j’ai fait les modifs décrites ci-dessus, mais cela ne fonctionne pas.
Pouvez-vous m’aider?

Avatar

Frédéric Martinez

novembre 18th, 2009 à 18 h 10 min

Bonjour Alex,

Après avez-vous un certificat SSL sur votre nouveau serveur afin de pouvoir installer les URL sécurisées ?

Il faut aussi transférer le certificat, sinon ni l’administration ni le compte client ne fonctionneront.

Avatar

Alex

novembre 18th, 2009 à 18 h 16 min

Je n’ai pas de certificat ssl, celui-ci a été activé par erreur dans l’admin de Magento, j’aimerai seulement revenir à la version antérieure.
Merci de votre réponse.

Avatar

Frédéric Martinez

novembre 18th, 2009 à 18 h 21 min

Il faut modifier dans votre base de données le champ « value » de la table « core_config_data » à la ligne « path=web/secure/base_url ».

Remplacez simplement « https:// … » par « http:// … « .

Bonne soirée.

Avatar

Alex

novembre 18th, 2009 à 18 h 23 min

J’ai déjà effectué la manip tout à l’heure sans succès.

Avatar

Frédéric Martinez

novembre 18th, 2009 à 18 h 26 min

Bizarre. Si votre boutique fonctionnait avant de cette façon, je ne vois pas d’autre solution que de modifier la base_url Secure.

Videz le cache (on ne sait jamais). Je ne peux pas plus conseiller comme cela textuellement. Tenez-moi au courant de votre solution :)

Avatar

Mouchon

novembre 18th, 2009 à 18 h 31 min

Merci pour votre réponse, mais je ne comprend pas de quels caches vous parlez ? (cache navigateur, dossier dans le ftp?…)

Avatar

Frédéric Martinez

novembre 18th, 2009 à 18 h 43 min

@FTP : var/cache/*

Avatar

Mouchon

novembre 18th, 2009 à 18 h 51 min

MERCI ! tout fonctionne correctement grâce a vous !

Avatar

Alex

novembre 18th, 2009 à 18 h 52 min

Ca marche nikel, merci !!!

Avatar

Frédéric Martinez

novembre 18th, 2009 à 18 h 54 min

Avec plaisir :-)

Avatar

Alex

janvier 1st, 2010 à 5 h 40 min

Bonjour,
Je cherche temps bien que mal à essayer d’enlever les blocs d’images d’origine (image du chien ou des tongs) qui se trouve dans la colonne de droite et de gauche. J’espère être assez clair.
Merci d’avance

Avatar

Alexandre

février 25th, 2010 à 3 h 06 min

Bonjour,

J’ai fait une migration Magento, tout semble ok. Cependant je n’arrive pas à accéder à l’espace admin par http://www.xxxx.com/admin/ par contre ca marche avec http://www.xxxx.com/index.php/admin/

Tout semble ok dans le local.xml et j’ai bien mes web/unsecure/base_url et web/secure/base_url qui valent http://www.xxxx.com/

Est ce que quelqu’un a une idée ? Merci d’avance !!

Avatar

Max

mai 19th, 2010 à 13 h 44 min

Idem … migration s’est très bien passée mais le rewrite de l’url semble poser problème …
site/admin ne redirige plus sur l’admin mais plante sur broken link.
Il faut ajouter manuelement le index.php/admin pour que cela fonctionne …

pourtant le module rewrite est bien actif dans apache2 et le .htaccess est le même que le site de pre-prod chez moi :(

help ?

Avatar

zhang

juillet 16th, 2010 à 0 h 50 min

sant ce tuto, je saurai pas installer magento tout seul, merci bcq, c’est génial

Avatar

rafik

septembre 9th, 2010 à 22 h 42 min

Bonjour, je n’arrive pas du tout à installer magento.
J’ai telechargé magento sur ftp avec filezilla.
Et quand je lance mon site sur le serveur web, ca m’indique :

500Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, contact@maygora.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.

Que faire cordialement

Avatar

Frédéric Martinez

septembre 11th, 2010 à 15 h 08 min

Bonjour,

Les erreurs 500 peuvent être provoquées de plusieurs façons. C’est sûrement votre hébergeur qui pose problème. Essayez l’installation d’un WordPress pour commencer.

Les causes sont multiples. De plus, il faut mieux installer le Magento via SSH c’est plus rapide, et vous êtes sûr que cela fonctionne. Il se peut que certains fichiers ne soient pas passés via FTP.

Frédéric.

Avatar

Dr.Malcom

janvier 3rd, 2011 à 10 h 25 min

Bonjour,

Après un transfert sur serveur virtuel privé, je me retrouve avec un problème concernant Magento Connect :

Ce dernier m’affiche « You don’t have permission to access… » et ne fonctionne que si je passe downloader et mon dossier magento en chmod 777…

Ensuite pour toute installation, Magento Connect me modifie le Ownership des fichiers installés pour « apache » au lieu de mes identifiants habituels

Une idée ?

Avatar

Gregory

décembre 9th, 2011 à 21 h 59 min

Bonsoir
J’ai eu un souci.. après avoir rafraichi les fichiers avec la gestion du cache, je m’aperçois que je n’ai plus ni mon menu du haut, ni mes produits d’accessible sur le site… en fait, je ne sais plus où retrouver ce menu et mes produits.
D’avance merci pour une idée !!

Avatar

Frédéric Martinez

janvier 4th, 2012 à 19 h 49 min

@Dr.Malcom : aucune idée, c’est un problème au niveau de votre hébergement, et non du ressort de Magento

@Gregory : Supprimez directement le dossier /var/cache, il se peut que le rafraîchissement n’ait pas supprimé tous les fichiers

Avatar

David

novembre 1st, 2013 à 18 h 55 min

Bonjour,

Après migration de dev sur prod nous avons cette erreur.
Fatal error: Class ‘Zend_Cache’ not found in …/app/code/core/Mage/Core/Model/Cache.php on line 135

une idée?

Merci

Avatar

Frédéric Martinez

novembre 4th, 2013 à 12 h 02 min

@David : Il me manque justement la classe sur votre serveur. Ici : lib/Zend/Cache.php. Je vous conseille de tout renvoyer, il doit vous manquer d’autres fichiers qui ont échoué au transfert.

Avatar

babana

février 13th, 2014 à 1 h 06 min

bonsoir

Après migration de plusieurs site,il semble que aucune extension ne peut être installer,je m’explique , la migration se fait sans soucis,mais après installation d’extension magento connect 2.0 (j’ai fait le test 3 ou 4), j’ai des fatal error sur des scipts de magento ? j’ai magento 1.8.1 et utilise des extension compatible?

si vous avez une psite ou si vous voulez plus d’information par avance merci

Avatar

Frédéric Martinez

février 13th, 2014 à 12 h 18 min

@banana : Désolé mais là je ne peux vous aider sur votre problème, c’est très spécifique. Surtout que je n’utilise pas Magento Connect via le back-office, nous téléchargeons les modules et les installer manuellement après via ce site : http://freegento.com/ddl-magento-extension.php

Avatar

CHAABANI

juillet 14th, 2014 à 6 h 36 min

bonjour

Je n’arrive pas à modifier l’image d’un produit ainsi que lorsque je fais « Flush Catalog Images Cache » , après validation j’ai une page blanche avec ce message : Le site Web ne peut pas afficher la page.

Merci

Avatar

Frédéric Martinez

juillet 16th, 2014 à 11 h 07 min

@Chaabani : Surement un problème d’hébergement Magento. Out of box, cela fonctionne très bien :)
Au hasard : Les droits mal configurés sur le dossier /media

Avatar

Chaabani

juillet 16th, 2014 à 15 h 49 min

Bonjour

effectivement le serveur à supprimer quelques fichiers qui les a considéré contenants un contenu indésirable ou des fonctions qui peuvent être utilisées dans des fins malicieuses .

Donc mon hébergeur à fait « manuellement » l’exception de ces fichiers pour ne pas être resupprimés par le « serveur « lors du téléchargement.

Formulaire pour Commenter

Si vous en avez besoin, entourez votre code :

PHP : [php]echo $variable[/php]
XML : [xml]<default></default>[/xml]

Je m'appelle Frédéric Martinez.

Je suis Freelance Magento, fondateur de l'agence web e-commerce PH2M et anciennement étudiant en Master MIAGE à Toulouse.

Ce site présente mes réalisations professionnelles, personnelles et universitaires.

Magento Certified Developer Plus

rss_32 twitter_32 Magento

  • Vincent MARMIESSE: Bonjour, Attention depuis Magento 1.9.2.0, les blocs CMS sont en cache ! Cela ne pose pas de pro [...]
  • Java2dev: Bonjour, pour l'Etape 1 a quel niveau on met les codes? dans quel folder et c'est un fichier a edit [...]
  • manuel: Bonjour Frédéric, j'aimerais savoir comment enlever l'option de ( signature obligatoire ) de mon m [...]
  • Arsene: Bonjour a tous, j'aimerais savoir comment créer un module qui propose des options d'assurance su [...]
  • Frédéric Martinez: @Thomas : Il y aura toujours de la perte sur les personnes ne retournant pas sur la page de success. [...]