Claude-Paul Posted December 28, 2014 Share Posted December 28, 2014 Je n'y comprends rien, J'ai une tache cron de mise à jour de stock, lancée toutes les 30 mn,qui ne fonctionne que pendant les heures et les jours ouvrables Elle s'arrête le vendredi vers 17.00h pour repartir le lundi matin. Ne fonctionne pas non plus les jours fériés. La tache cron est lancée par le module ecopresto de ethercreation Le site est hébergé chez o2switch On me dit de part et d'autre que rien ne doit empêcher le fonctionnement normal Si qq a déjà eu ce genre de problème, merci de m'en faire part Bonne journée Claude-Paul Link to comment Share on other sites More sharing options...
Grafics Posted December 29, 2014 Share Posted December 29, 2014 Avez-vous demandé des infos à o2switch? Par expérience, les serveurs chez eux présentent de nombreux problèmes de performance, beaucoup de plantages et certaines fonctions sont bloquées comme la compression la journée par exemple. Quelle est la tâche cron (inscrite côté serveur)? Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 Bonjour agence Graphics, En fait cette tache commande plusieurs modules chez Ecopresto Un module de mise à jour des commandes Un module de tracking pour les livraisons Un module de mise à jour des stocks c'est ce dernier qui ne fonctionne pas Voici la commande cron générale : (elle a été modifié par 02switch pour pouvoir suivre les erreurs mais il n'y a pas d'erreurs) date >> /home/ezoom/cron_log ; php /home/ezoom/public_html/modules/ecopresto/cron.php | echo "erreur" >> /home/ezoom/cron_log Link to comment Share on other sites More sharing options...
Grafics Posted December 29, 2014 Share Posted December 29, 2014 La tâche devrait être du type : * */3 * * [...] php /home/ezoom/public_html/modules/ecopresto/cron.php Il faudrait pouvoir la voir en "vrai" S'il n'y a pas d'erreur, c'est plutôt bon signe... dans le log cron, est-ce qu'elle est bien présente en dehors des "heures d'ouvertures" ? Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 Oui c'est cela à la base php /home/ezoom/public_html/modules/ecopresto/cron.php 02switch a modifié pour suivre la trace La tache se lance bien toutes les 30 mn : 0,30 * * * * Elle lance 3 scripts via le module Ecopresto (dont 1 inactif) Le 3ème n'a pas l'air de fonctionner que pendant les heures ouvrables et encore Il n'a rien traité depuis vendredi soir (remontées de stock) Dernière remontée des commandes : 2014-12-29 17:02:56 Dernière remontée des stocks : 2014-12-26 16:32:21 Link to comment Share on other sites More sharing options...
Grafics Posted December 29, 2014 Share Posted December 29, 2014 Si cela fonctionne "de temps en temps", cela ne vient pas de presta, on revient sur le serveur. Il faut regarder les log "cron" Pour cPanel avec Putty cela devrait être : grep "cron.php" /var/log/cron.log Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 e2switch avait modifié le script pour faire des essais j'ai réintégré leur sauvegarde et j'ai ce message qui arrive : Status: 503 temporarily overloaded X-Powered-By: PHP/5.4.36 Content-Type: text/html; charset=utf-8 Set-Cookie: PrestaShop-a30a9934ef476d11b6cc3c983616e364=0z3fPY9SSunO84cG5F6%2FclHzgp3KlhI3nI%2BrHh6zxh3ol1oW6JbUjl7kpmR1QIk2LKwADAQnkwRRdOGqx6J0312%2Fj5SPXZxD9aVM10bvEFQ%3D000075; expires=Sun, 18-Jan-2015 17:30:01 GMT; path=/; httponly <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr"> <head> <title>e-zoom</title> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta name="description" content="" /> <meta name="keywords" content="" /> <meta name="robots" content="index,follow" /> <link rel="shortcut icon" href="/img/favicon.ico" /> <link href="http://e-zoom.fr/themes/phoneshop/css/maintenance.css" rel="stylesheet" type="text/css" /> </head> <body> <div id="restricted-country"> <p><img src="http://e-zoom.fr/img/e-zoom-1419263835.jpg" alt="e-zoom" /><br /><br /></p> <p id="message"> Vous ne pouvez pas accéder à notre boutique depuis votre pays. Veuillez nous excuser de la gêne occasionnée. </p> </div> </body></html> Link to comment Share on other sites More sharing options...
Grafics Posted December 29, 2014 Share Posted December 29, 2014 L'erreur provient de la maintenance, il faut ajouter l'ip du serveur dans la partie maintenance. Sauf si la boutique n'était pas en maintenance et là, c'est un problème.... Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 le site n'est pas en maintenance Ou puis je trouver l'ip du serveur Ld pb ne peut pas venir des pays qui n'ont pas accès au site ? Link to comment Share on other sites More sharing options...
Mediacom87 Posted December 29, 2014 Share Posted December 29, 2014 Bonjour, le site ne semble plus en maintenance mais voici son ip : 109.234.162.74 Link to comment Share on other sites More sharing options...
Grafics Posted December 29, 2014 Share Posted December 29, 2014 Si, mais quel est le rapport avec la tâche cron ? Cette erreur ne provient pas les logs concernant les cron? Pour infos : e-zoom.fr (109.234.162.74) Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 (edited) A tout hasard j'ai retiré des ip bannies que j'avais entré dans le htaccess On verra au traitement de 19.30 si cela revient Edited December 29, 2014 by Claude-Paul (see edit history) Link to comment Share on other sites More sharing options...
Grafics Posted December 29, 2014 Share Posted December 29, 2014 Si cela ne fonctionne pas, donnez nous par MP la tâche cron à réaliser toutes les 30 min, et nous pourrons vous la mettre en test cette nuit. Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 Sur votre mail grafics ? Quels codes vous faut-il Link to comment Share on other sites More sharing options...
Grafics Posted December 29, 2014 Share Posted December 29, 2014 Soit notre mail (voir site) soit par message privé sur le forum directement. Simplement l'url de la page php à cibler (avec la clef s'il y en a une). Link to comment Share on other sites More sharing options...
Eolia Posted December 29, 2014 Share Posted December 29, 2014 Ben l'adresse on l'a http://e-zoom.fr/modules/ecopresto/cron.php et ça a l'air de tourner^^ Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 Oui, Cela vient de fonctionner à 19.45 alors que le cron est programmé pour passer toutes les 30 Mn à 0 et à 30 Peut-être que l'hébergeur a fait une manip J'ai envoyé un msg à graphics Merci eolia Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 C'est qq de Lorient ou environs qui l'a lancé ? Link to comment Share on other sites More sharing options...
Eolia Posted December 29, 2014 Share Posted December 29, 2014 oui c'est moi Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 He ben non Le cron a bien ete lancé à 20.02 La remontée de commande est ok Mais pas la remontée de stock Dernière remontée des commandes : 2014-12-29 20:02:16 Dernière remontée des stocks : 2014-12-29 19:46:52 D'ou vient la différence entre un lancement manuel et un lancement auto ? Link to comment Share on other sites More sharing options...
Eolia Posted December 29, 2014 Share Posted December 29, 2014 Alors cela vient du script du module. A voir avec le développeur. Link to comment Share on other sites More sharing options...
Grafics Posted December 29, 2014 Share Posted December 29, 2014 Nous avons mis en place la tâche cron sur les minutes 15 et 45 pour les différencier. Mais nous avons eu des erreurs sur la 1ère avec des timeout. Nous verrons avec un peu plus de recul plus tard (ou demain maintenant). Je regarde en même temps les logs que vous avez. Link to comment Share on other sites More sharing options...
Claude-Paul Posted December 29, 2014 Author Share Posted December 29, 2014 Merci de votre aide Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now