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

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).
Sur un serveur privé RPS chez OVH, il va falloir augmenter la mémoire alloué par le système à PHP, autoriser les bases de données en à prendre en charge l’InnoDB, etc

Problèmes rencontrés :

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 Filezilla), 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

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

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

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 »

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.

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

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

17 Commentaires pour Erreurs rencontrées lors d’un transfert de Magento sur un serveur Privé

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

Formulaire pour Commenter

Bienvenue sur mon Site CV

Je m'appelle Frédéric Martinez.

Je suis étudiant en Master MIAGE à Toulouse et Freelance Magento.

Ce site présente mon CV ainsi que mes réalisations professionnelles, personnelles et universitaires.

rss_32 twitter_32