Jump to content
Claude-Paul

Tache Cron qui fait 35 h par semaine

Recommended Posts

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

Share this post


Link to post
Share on other sites

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)?

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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" ?

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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>

Share this post


Link to post
Share on other sites

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....

Share this post


Link to post
Share on other sites

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 ?

Share this post


Link to post
Share on other sites

Bonjour,

 

le site ne semble plus en maintenance mais voici son ip :      109.234.162.74

Share this post


Link to post
Share on other sites

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)

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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).

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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 ?

Share this post


Link to post
Share on other sites

Alors cela vient du script du module. A voir avec le développeur.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More