Bonjour,
Etonné de ne plus recevoir les compte-rendus de sauvegarde, je m'aperçois que le CRON s'exécute mais s'arrête sur un scheduled task failed.
Voici le message du cron lancé en direct :
Server Time: Mon, 26 Feb 2018 07:46:37 +0100 Execute scheduled task: Préparer les travaux remis pour annotation (assignfeedback_editpdf\task\convert_submissions) ... started 07:46:37. Current memory use 4.7Mo. Convert 1 submission attempt(s) for assignment 215 Conversion failed with error:storedfilenotcreated ... used 30 dbqueries ... used 279.3936829567 seconds Scheduled task failed: Préparer les travaux remis pour annotation (assignfeedback_editpdf\task\convert_submissions),Erreur de lecture de la base de données !!! Erreur de lecture de la base de données !!!
Moodle : 3.4.1+ (2017111301.01), PHP : 7.0.27, MySQL : 10.2.13-MariaDB
Je n'ai rien trouvé dans les forums.
Avez-vous une idée de ce qui se passe ?
Merci pour vos retours
Bonne journée
Didier CABY (Reims)
Bonjour,
vous utiliser votre cron depuis l'interface navigateur ? ou par ligne de commande console
. Current memory use 4.7Mo
Peux être que c'est une histoire de bridage de temps si c'est le php qui lance le CRON.
A voir si vous pouvez augmenter ce temps dans php.ini (mais il faut avoir accès au système en ligne de commande).
Hébergé par O2Switch, le cron est lancé une fois par heure. L'anomalie
s'est produite mercredi dernier à 12h15 et toutes les heures depuis (les
mails sont envoyés dans une boite dédiée à cela).
Ce matin, pour tester, j'ai donc lancé un test à partir du navigateur et le
cron s'arrête systématiquement sur la même tâche : Préparer les travaux
remis pour annotation (assignfeedback_editpdf\task\convert_submissions).
Dans les tâches programmées, j'ai désactivé cette tâche, et le CRON
s'exécute jusqu'au bout.
J'ai "lancer maintenant" cette tâche dans Tâches programmées, et le message
est toujours le même
Convert 1 submission attempt(s) for assignment 215
Conversion failed with error:storedfilenotcreated
Il semble donc qu'il y ait un problème avec cette tâche.
Mais comment corriger cette anomalie ? où chercher ?
Merci pour votre aide
Didier CABY
Si vous avez la possibilité de rentrer en mode console d'aller dans le dossier /moodle/admin/cli
et exécuter la commande
php cron.php
en faisant cela cela enlève déjà le problème d'exécution de php.
Après on peux aller plus loin si vous êtres sous apache regarder vos fichier log d'erreur.
Chez ovh il y a possibilité de lire les log même en version mutualisé, donc je suppose que chez oswitch c'est la même chose.
Bonjour,
Merci pour votre aide.
Je viens de lancer le cron par l'applicatif Putty.
L'erreur est toujours la même. Par contre, le message d'erreur est plus complet, mais incompréhensible pour moi (voir pièce jointe).
Pour l'instant, je laisse cette tâche désactivée, car elle sature le CPU (vu dans CPanel) et ralentit donc la plateforme.
Je ne sais pas où l'on trouve les logs.
Je continue également à chercher de mon côté.
Dans l'attente de nouvelles idées
Cordialement
http://dasini.net/blog/2010/05/28/audit-mysql-tmp_table_size-max_heap_table_size/
peut être qu' il faudrait augmenter tmp_table_size ? max_heap_table_size ?
Attention Didier,
Ne bricolez pas tous azimuths...
Votre cron, lancé depuis votre cPanel semble bien fonctionner.
Chez eux, pour un Moodle 3.4, avec un cadencement toutes les minutes, voici un exemple de phrase type qui fonctionne bien. Juste pour vérifier...
php-cli -f /home2/elearnin/public_html/moncours/admin/cli/cron.php>/dev/null 2>&1
Chez o2switch on n'a pas besoin de toucher partout "les mécanismes inconnus".
C'est la tâche indiquée qui semble vous poser ce problème. Pour cela je suis assez incompétent. Cela ne m'est jamais arrivé.
Avez-vous fait une mise à jour de Moodle récemment ?
Si vous avez une version récente êtes-vous bien en php 7.... et les paramètres serveur/environnement sont tous corrects ?