Edit History

A supprimer, problème résolu en changeant de VPS.

Bonjour à tous,

Je poste ce sujet car après des heures de recherche, je n'arrive pas à résoudre 2 problèmes tout seul.

1er problème : 

Je possède un site qui tourne très bien sur PS 1.6 (moins de 100 articles et quelques milliers de visites/mois seulement) sur un VPS OVH 2018 SSD 1 récent.

Sur ce même serveur, j'ai fait installer PS 1.7.5.1 par une personne compétente pour du réseau mais qui ne maîtrise pas suffisamment Prestashop. Je veux donc migrer de 1.6 vers 1.7 grâce au module MigrationPro qui a parfaitement fonctionné (sans erreur !) sur un serveur de test avec cette config et clone de mon site actuel :

• Informations sur votre serveur Linux #2 SMP Fri May 17 05:56:23 CEST 2013 x86_64
• Version du logiciel serveur : nginx/1.6.2
• Version de PHP : 7.0.33-1~dotdeb+8.1
• Limite de mémoire : 1024M
• Temps maximal d'exécution : 30
• Taille max. pour envoi de fichiers : 200M
• Version de MySQL : 5.5.62-0+deb8u1
• Moteur MySQL : InnoDB
• Connecteur MySQL : DbPDO
• Thème par défaut

Malheureusement, sur la version pré-production 1.7 je rencontre un souci récurent d'erreur 500 "out of memory" après quelques chargements de pages dans le BO et dans le FO, dans ce style :

Fatal error: Out of memory (allocated 2097152) (tried to allocate 65536 bytes) in /var/www/clients/client2/web5/web/vendor/composer/ClassLoader.php on line 444

ainsi que :

[2019-04-09 20:36:10] php.DEBUG: Warning: file_exists(): open_basedir restriction in effect. File(/var/www/clients/client2/web5/composer.json) is not within the allowed path(s): (/var/www/clients/client2/web5/web:/var/www/clients/client2/web5/private:/var/www/clients/client2/web5/tmp:/var/www/new.e*******.fr/web:/srv/www/new.*******.fr/web:/usr/share/php5:/usr/share/php:/tmp:/usr/share/phpmyadmin:/etc/phpmyadmin:/var/lib/phpmyadmin:/dev/random:/dev/urandom) {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\SilencedErrorContext: {\"severity\":2,\"file\":\"/var/www/clients/client2/web5/web/vendor/symfony/symfony/src/Symfony/Component/VarDumper/Caster/LinkStub.php\",\"line\":94,\"trace\":[],\"count\":1})"}

Le seul moyen de réparer ces erreurs c'est de redémarrer le VPS. Bien entendu le problème revient progressivement après avoir chargé quelques pages dans le BO.

J'ai d'ailleurs dû m'y reprendre à plusieurs reprises avec le module Migrationpro et j'ai seulement réussi à tout importer tout de suite après un redémarrage du VPS.

Ce problème sur la 1.7 impacte également mon site de production en 1.6 qui tourne sur le même serveur et qui devient totalement inutilisable avec des erreurs 500 aléatoires.

Voici la config du serveur de production : 

• Informations sur votre serveur Linux #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64
• Version du logiciel serveur : nginx/1.15.11
• Version de PHP : 7.1.27-1+0~20190307202204.14+stretch~1.gbp7163d5
• Limite de mémoire : 512M
• Temps maximal d'exécution : 600
• Taille max. pour envoi de fichiers : 80M
• Version de MySQL : 10.1.37-MariaDB-0+deb9u1
• Moteur MySQL : InnoDB
• Connecteur MySQL : DbPDO
• Thème par défaut

J'ai également essayé avec un memory limit à 1024 mais ça ne change rien du tout.

2ième problème :

L'url rewriting ne fonctionne plus sur les fiches produits ainsi que sur les images (404 not found Nginx). Le rewriting des catégories et pages CMS fonctionne. L'URL qui apparaît est pourtant la bonne. Je n'avais aucun problème sur le serveur de test. Je ne remarque pas de différence sur le php.ini entre le serveur de test et de prod (à vérifier tout de même).

Je suis bien entendu prêt à payer quelqu'un de compétent qui pourra résoudre ce problème rapidement.

Merci

En PJ l'état du serveur et de la mémoire si besoin depuis l'installation du serveur le 21/03 avec Nginx + ISPconfig + PHP5.6 et 7.0 + MariaDB . Le graphique de la RAM provient d'OVH mais ne correspond pas à la réalité visiblement (par rapport à htop). Sur le serveur de test, ce graphique ne dépassait pas les 15% d'utilisation de la RAM.

Bonjour à tous,

Je poste ce sujet car après des heures de recherche, je n'arrive pas à résoudre 2 problèmes tout seul.

1er problème : 

Je possède un site qui tourne très bien sur PS 1.6 (moins de 100 articles et quelques milliers de visites/mois seulement) sur un VPS OVH 2018 SSD 1 récent.

Sur ce même serveur, j'ai fait installer PS 1.7.5.1 par une personne compétente pour du réseau mais qui ne maîtrise pas suffisamment Prestashop. Je veux donc migrer de 1.6 vers 1.7 grâce au module MigrationPro qui a parfaitement fonctionné (sans erreur !) sur un serveur de test avec cette config et clone de mon site actuel :

• Informations sur votre serveur Linux #2 SMP Fri May 17 05:56:23 CEST 2013 x86_64
• Version du logiciel serveur : nginx/1.6.2
• Version de PHP : 7.0.33-1~dotdeb+8.1
• Limite de mémoire : 1024M
• Temps maximal d'exécution : 30
• Taille max. pour envoi de fichiers : 200M
• Version de MySQL : 5.5.62-0+deb8u1
• Moteur MySQL : InnoDB
• Connecteur MySQL : DbPDO
• Thème par défaut

Malheureusement, sur la version pré-production 1.7 je rencontre un souci récurent d'erreur 500 "out of memory" après quelques chargements de pages dans le BO et dans le FO, dans ce style :

Fatal error: Out of memory (allocated 2097152) (tried to allocate 65536 bytes) in /var/www/clients/client2/web5/web/vendor/composer/ClassLoader.php on line 444

ainsi que :

[2019-04-09 20:36:10] php.DEBUG: Warning: file_exists(): open_basedir restriction in effect. File(/var/www/clients/client2/web5/composer.json) is not within the allowed path(s): (/var/www/clients/client2/web5/web:/var/www/clients/client2/web5/private:/var/www/clients/client2/web5/tmp:/var/www/new.e*******.fr/web:/srv/www/new.*******.fr/web:/usr/share/php5:/usr/share/php:/tmp:/usr/share/phpmyadmin:/etc/phpmyadmin:/var/lib/phpmyadmin:/dev/random:/dev/urandom) {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\SilencedErrorContext: {\"severity\":2,\"file\":\"/var/www/clients/client2/web5/web/vendor/symfony/symfony/src/Symfony/Component/VarDumper/Caster/LinkStub.php\",\"line\":94,\"trace\":[],\"count\":1})"}

Le seul moyen de réparer ces erreurs c'est de redémarrer le VPS. Bien entendu le problème revient progressivement après avoir chargé quelques pages dans le BO.

J'ai d'ailleurs dû m'y reprendre à plusieurs reprises avec le module Migrationpro et j'ai seulement réussi à tout importer tout de suite après un redémarrage du VPS.

Ce problème sur la 1.7 impacte également mon site de production en 1.6 qui tourne sur le même serveur et qui devient totalement inutilisable avec des erreurs 500 aléatoires.

Voici la config du serveur de production : 

• Informations sur votre serveur Linux #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64
• Version du logiciel serveur : nginx/1.15.11
• Version de PHP : 7.1.27-1+0~20190307202204.14+stretch~1.gbp7163d5
• Limite de mémoire : 512M
• Temps maximal d'exécution : 600
• Taille max. pour envoi de fichiers : 80M
• Version de MySQL : 10.1.37-MariaDB-0+deb9u1
• Moteur MySQL : InnoDB
• Connecteur MySQL : DbPDO
• Thème par défaut

J'ai également essayé avec un memory limit à 1024 mais ça ne change rien du tout.

2ième problème :

L'url rewriting ne fonctionne plus sur les fiches produits ainsi que sur les images (404 not found Nginx). Le rewriting des catégories et pages CMS fonctionne. L'URL qui apparaît est pourtant la bonne. Je n'avais aucun problème sur le serveur de test. Je ne remarque pas de différence sur le php.ini entre le serveur de test et de prod (à vérifier tout de même).

Je suis bien entendu prêt à payer quelqu'un de compétent qui pourra résoudre ce problème rapidement.

Merci

En PJ l'état du serveur et de la mémoire si besoin depuis l'installation du serveur le 21/03 avec Nginx + ISPconfig + PHP5.6 et 7.0 + MariaDB . Le graphique de la RAM provient d'OVH mais ne correspond pas à la réalité visiblement (par rapport à htop). Sur le serveur de test, ce graphique ne dépassait pas les 15% d'utilisation de la RAM.

Bonjour à tous,

Je poste ce sujet car après des heures de recherche, je n'arrive pas à résoudre 2 problèmes tout seul.

1er problème : 

Je possède un site qui tourne très bien sur PS 1.6 (moins de 100 articles et quelques milliers de visites/mois seulement) sur un VPS OVH 2018 SSD 1 récent.

Sur ce même serveur, j'ai fait installer PS 1.7.5.1 par une personne compétente pour du réseau mais qui ne maîtrise pas suffisamment Prestashop. Je veux donc migrer de 1.6 vers 1.7 grâce au module MigrationPro qui a parfaitement fonctionné (sans erreur !) sur un serveur de test avec cette config et clone de mon site actuel :

• Informations sur votre serveur Linux #2 SMP Fri May 17 05:56:23 CEST 2013 x86_64
• Version du logiciel serveur : nginx/1.6.2
• Version de PHP : 7.0.33-1~dotdeb+8.1
• Limite de mémoire : 1024M
• Temps maximal d'exécution : 30
• Taille max. pour envoi de fichiers : 200M
• Version de MySQL : 5.5.62-0+deb8u1
• Moteur MySQL : InnoDB
• Connecteur MySQL : DbPDO
• Thème par défaut

Malheureusement, sur la version pré-production 1.7 je rencontre un souci récurent d'erreur 500 "out of memory" après quelques chargements de pages dans le BO et dans le FO, dans ce style :

Fatal error: Out of memory (allocated 2097152) (tried to allocate 65536 bytes) in /var/www/clients/client2/web5/web/vendor/composer/ClassLoader.php on line 444

ainsi que :

[2019-04-09 20:36:10] php.DEBUG: Warning: file_exists(): open_basedir restriction in effect. File(/var/www/clients/client2/web5/composer.json) is not within the allowed path(s): (/var/www/clients/client2/web5/web:/var/www/clients/client2/web5/private:/var/www/clients/client2/web5/tmp:/var/www/new.e*******.fr/web:/srv/www/new.*******.fr/web:/usr/share/php5:/usr/share/php:/tmp:/usr/share/phpmyadmin:/etc/phpmyadmin:/var/lib/phpmyadmin:/dev/random:/dev/urandom) {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\SilencedErrorContext: {\"severity\":2,\"file\":\"/var/www/clients/client2/web5/web/vendor/symfony/symfony/src/Symfony/Component/VarDumper/Caster/LinkStub.php\",\"line\":94,\"trace\":[],\"count\":1})"}

Le seul moyen de réparer ces erreurs c'est de redémarrer le VPS. Bien entendu le problème revient progressivement après avoir chargé quelques pages dans le BO.

J'ai d'ailleurs dû m'y reprendre à plusieurs reprises avec le module Migrationpro et j'ai seulement réussi à tout importer tout de suite après un redémarrage du VPS.

Ce problème sur la 1.7 impacte également mon site de production en 1.6 qui tourne sur le même serveur et qui devient totalement inutilisable avec des erreurs 500 aléatoires.

Voici la config du serveur de production : 

• Informations sur votre serveur Linux #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64
• Version du logiciel serveur : nginx/1.15.11
• Version de PHP : 7.1.27-1+0~20190307202204.14+stretch~1.gbp7163d5
• Limite de mémoire : 512M
• Temps maximal d'exécution : 600
• Taille max. pour envoi de fichiers : 80M
• Version de MySQL : 10.1.37-MariaDB-0+deb9u1
• Moteur MySQL : InnoDB
• Connecteur MySQL : DbPDO
• Thème par défaut

J'ai également essayé avec un memory limit à 1024 mais ça ne change rien du tout.

2ième problème :

L'url rewriting ne fonctionne plus sur les fiches produits ainsi que sur les images (404 not found Nginx). Le rewriting des catégories et pages CMS fonctionne. L'URL qui apparaît est pourtant la bonne. Je n'avais aucun problème sur le serveur de test. Je ne remarque pas de différence sur le php.ini entre le serveur de test et de prod (à vérifier tout de même).

Je suis bien entendu prêt à payer quelqu'un de compétent qui pourra résoudre ce problème rapidement.

Merci

En PJ l'état du serveur et de la mémoire si besoin depuis l'installation du serveur le 21/03 avec Nginx + ISPconfig + PHP5.6 et 7.0 + MariaDB . Le graphique de la RAM provient d'OVH mais ne correspond pas à la réalité visiblement (par rapport à htop). Sur le serveur de test, ce graphique ne dépassait pas les 15% d'utilisation de la RAM.