Anomalie #35762
Erreur journalière de ninegate depuis la mise à jour
50%
Description
Depuis la mise à jour je recoit un mail avec l'erreur suivante :
ATTENTION UN JOB EST EN ERREUR. MERCI DE VERIFIER LES LOGS. Command = app:Dump Description = Sauvegarde de la BDD
Dans le fichier /var/www/html/ninegate/var/log/cron.log on n'a pas plus d'information :
== app:Dump ==========================================================================================================
Si j'essaye d'exécuté la tâche j'ai l'erreur suivante :
root@intranet:/var/www/html/ninegate# php bin/console app:Dump
== app:Dump ========================================================================================================== In EnvVarProcessor.php line 172: Environment variable not found: "DATABASE_URL". app:Dump [<env> [<cronid> [<lastchance>]]]
Je ne vois pas de déclaration de cette variable dans le fichier env.
Révisions associées
resolv app:Dump (ref #35762)
Historique
#1 Mis à jour par Arnaud FORNEROT il y a 2 mois
- Tracker changé de Demande à Anomalie
- Projet changé de Distribution EOLE à ninegate
- Version cible mis à Envole 7.12
#2 Mis à jour par Arnaud FORNEROT il y a 2 mois
- Statut changé de Nouveau à Résolu
#3 Mis à jour par Emmanuel GARETTE il y a 2 mois
- % réalisé changé de 0 à 100
J'ai testé le paquet en dev et tout est ok.
root@intranet:/var/www/html/ninegate# php bin/console app:Dump == app:Dump ==========================================================================================================
#4 Mis à jour par Emmanuel GARETTE il y a 2 mois
- Statut changé de Résolu à Accepté
- % réalisé changé de 100 à 50
Je suis allé trop vite, je viens de recevoir un nouveau mail :
ATTENTION UN JOB EST EN ERREUR. MERCI DE VERIFIER LES LOGS. Command = app:Dump Description = Sauvegarde de la BDD
Je ne vois rien dans les logs.
On voit que c'est exécuté :
févr. 12 02:01:01 intranet CRON[10440]: (root) CMD (/var/www/html/ninegate/bin/console app:Cron --env=prod &>/dev/null)
Dans les logs juste après j'ai bien l'envoi de mail.
Si je lance à la main je n'ai pas d'erreur :
root@intranet:/var/www/html/ninegate# bin/console app:Dump == app:Dump ==========================================================================================================
En fait on voit l'erreur si on met --env=prod :
== app:Dump
==========================================================================================================
{"message":"Error thrown while running command \"app:Dump --env=prod\". Message: \"The parameter \"database_host\" must be defined.\"","context":{"exception":{"class":"Symfony\\Component\\DependencyInjection\\Exception\\InvalidArgumentException","message":"The parameter \"database_host\" must be defined.","code":0,"file":"/var/www/html/ninegate/var/cache/prod/ContainerZJKdtQQ/App_KernelProdContainer.php:1562"},"command":"app:Dump --env=prod","message":"The parameter \"database_host\" must be defined."},"level":500,"level_name":"CRITICAL","channel":"console","datetime":"2024-02-13T08:27:43.245388+01:00","extra":{}}
08:27:43 CRITICAL [console] Error thrown while running command "app:Dump --env=prod". Message: "The parameter "database_host" must be defined." ["exception" => Symfony\Component\DependencyInjection\Exception\InvalidArgumentException^ { …},"command" => "app:Dump --env=prod","message" => "The parameter "database_host" must be defined."]
{"message":"Command \"app:Dump --env=prod\" exited with code \"1\"","context":{"command":"app:Dump --env=prod","code":1},"level":100,"level_name":"DEBUG","channel":"console","datetime":"2024-02-13T08:27:43.251885+01:00","extra":{}}
In App_KernelProdContainer.php line 1562:
The parameter "database_host" must be defined.
app:Dump [<env> [<cronid> [<lastchance>]]]
#5 Mis à jour par Arnaud FORNEROT il y a environ 2 mois
J'ai republié un paquet en dev eole-ninegate_2.0+4-30 ninegate-apps_2.0+4-30
Le template initialisait le valeur du host avec une variable de nineboard et non de ninegate
J'espère qu'il corrige le problème, car de mon côté je n'ai pas pu reproduire
#6 Mis à jour par Arnaud FORNEROT il y a environ 2 mois
A si je n'avais pu que cela se produisait uniquement avec le --env=prod
du coup je reproduis
je regarde
#7 Mis à jour par Arnaud FORNEROT il y a environ 2 mois
le cron doit lancer la commande en env=PROD et non en env=prod
c'est ok sur paquet -31
#8 Mis à jour par Arnaud FORNEROT il y a environ 2 mois
- Statut changé de Accepté à Résolu