OVH Community, votre nouvel espace communautaire.

[CRON] Mise à jour ne fonctionne pas


Daniel60
18/05/2016, 17h15
Merci pour ces précisions. Est-ce la raison pour laquelle un script Perl me retourne une erreur 500 en Web, alors qu'il fonctionne en SSH ? Il s'agit de AWstats 7.5

adudouit
18/05/2016, 16h04
Citation Envoyé par Daniel60
dans les logs cron je vois bien le start, mais pas de end
Citation Envoyé par Daniel60
Est-ce un bug ?
Oui, il s'agit _du_ bug. Le bug en question affecte les outils de traitement des tâches crons, qui n'arrivent plus à assurer la fin du traitement, _après l'exécution_ des tâches. Mais ces tâches sont bien exécutées comme elles devraient l'être.

Citation Envoyé par Daniel60
avec #!/usr/bin/env php :
- Version 5.45.2 et non pas 5.5
Citation Envoyé par Daniel60
SSH, CRON, WEB sont chacun paramétrés différemment
Pour ce qui est de l'environnement, il ne faut pas oublier qu'il s'agit d'une plate-forme _mutualisée_, il n'est pas toujours possible d'utiliser des données spécifiques à un utilisateur. En l'occurence, la version par défaut de PHP est liée au type d'offre d'hébergement ; une bonne partie des (anciennes) offres utilisent PHP 5.4 comme version par défaut.
Ni le serveur web, ni le processus cron ne sont "liés" à un utilisateur ; en revanche, une connexion SSH démarre un shell et une session où les variables d'environnements d'un utilisateur sont bien prises en compte.

Daniel60
18/05/2016, 09h32
Citation Envoyé par Jikoo
Hello Daniel,
Pour info, OUI il est fortement recommandé d'utiliser les chemins ABSOLUS pour les tâches Cron.
- Ce qu'il ne faut pas faire: https://forum.ovh.com/showthread.php...faut-pas-faire
- Tuto OVH Cron "Utilisation de chemins absolus": https://www.ovh.com/fr/g1990.mutuali...hemins_absolus

Bref, moi aussi je joue avec les différents environnements (jessie, stable...) et je ne vois aucun souci avec les tâches Cron car les chemins sont absolus ^^

J'en parlais ici en 2014: https://forum.ovh.com/showthread.php...l=1#post620507
Bien sûr Jikoo, c'est plus sécurisant mais j'osais espérer que le bug serait rapidement corrigé.
Ce qui est très gênant aussi, c'est que les environnements sont dissemblables : SSH, CRON, WEB sont chacun paramétrés différemment ; sans parler de 'stable' 'legacy' et tutti quanti.

Jikoo
17/05/2016, 20h28
Citation Envoyé par Daniel60
Comment régler ceci ? Est-ce un bug ? Devrais-je indiquer un chemin absolu ?
Hello Daniel,
Pour info, OUI il est fortement recommandé d'utiliser les chemins ABSOLUS pour les tâches Cron.
- Ce qu'il ne faut pas faire: https://forum.ovh.com/showthread.php...faut-pas-faire
- Tuto OVH Cron "Utilisation de chemins absolus": https://www.ovh.com/fr/g1990.mutuali...hemins_absolus

Bref, moi aussi je joue avec les différents environnements (jessie, stable...) et je ne vois aucun souci avec les tâches Cron car les chemins sont absolus ^^

J'en parlais ici en 2014: https://forum.ovh.com/showthread.php...l=1#post620507

Daniel60
17/05/2016, 17h31
Citation Envoyé par Ludo.H
Bonjour,

Il s'agit bien d'un bug identifié chez nous, c'est en cours de correction.

Cdt,
Très bonne nouvelle. Et c'est pour quand ?
J'ai toujours un problème avec Perl. Quel est le shebang ?

Ludo.H
12/05/2016, 14h29
Bonjour,

Il s'agit bien d'un bug identifié chez nous, c'est en cours de correction.

Cdt,

Daniel60
11/05/2016, 19h30
Je crois avoir compris la source du problème.
J'ai découvert par hasard que les fichiers résultant du script atterrissait arbitrairement EN RACINE du site , alors qu'auparavant, en environnement legacy, il se retrouvait dans la même répertoire que le script cron qui les créait.
Comment régler ceci ? Est-ce un bug ? Devrais-je indiquer un chemin absolu ?

Daniel60
10/05/2016, 11h43
Bonjour Ludovic

Le script logcopy2.php ne fonctionne pas non plus en SSH avec #!/usr/bin/env php :
- Version 5.45.2 et non pas 5.5
- fichiers distants ne s'ouvrent pas.
- fonction mail en erreur
Alors que tout va bien en HTTP !

Que faut-il faire ?

Daniel60
09/05/2016, 14h44
Bonjour Ludovic,
Cela ne fonctionne toujours pas. De plus dans les logs cron je vois bien le start, mais pas de end
Et Awstats ne fonctionne pas non plus.
Il y a toujours ça dans les erreurs :
Code:
[Sun May 08 06:33:01 2016] [error] [client 10.0.55.91] [host xxxx.clusterxxx.ovh.net] request failed: error reading the headers
[Sun May 08 06:45:02 2016] [error] [client 10.0.55.91] [host xxxx.clusterxxx.ovh.net] request failed: error reading the headers
depuis longtemps mais cela n'avais jamais généré de problème.

Ludo.H
09/05/2016, 09h56
Bonjour

Oui c'est bien php5.5.

Cdt,

Daniel60
06/05/2016, 20h58
Merci Ludovic

Mais ce ne serait pas plutôt
Code:
#!/usr/local/php5.5/bin/php ?
Je ne me sens pas totalement à l'aise pour refaire ce script en bash.
Ceci étant, je ne suis pas encore tiré d'affaire car Awstats 7.0 ne fonctionne pas correctement.
Serait-ce dû à la version Perl ?

Daniel

Ludo.H
06/05/2016, 17h45
Bonjour,

Dans vos dernier log :

Code:
[2016-05-06 06:33:02] ## OVH ## START - 2016-05-06 06:33:02.305382 executing: /usr/local/php5.5/bin/php /homez.63/xxxx/www/stats/logcopy2.php 
[2016-05-06 06:45:03] ## OVH ## START - 2016-05-06 06:45:03.249262 executing: /homez.63/xxxx/cgi-bin/awupdate.sh
Il serait mieux d'adapter votre shebang php :

Code:
#!/usr/local/bin/php
en

Code:
#!/usr/bin/env php

ou

#!/usr/local/php5..5/bin/php
De plus il serait surement plus simple de faire ce que fait le script en bash + wget.

Cdt,

Daniel60
06/05/2016, 17h09
Le résultat et les logs :
Code:
[2016-05-05 06:33:02] ## OVH ## START - 2016-05-05 06:33:02.984082 executing: /usr/local/bin/php.ORIG.4 -c /usr/local/lib/php.ini /homez.63/xxxxxxxxxxxx/www/stats/logcopy2.php 
[2016-05-05 06:33:02] ## OVH ## ERROR command '/usr/local/bin/php.ORIG.4' not found
[2016-05-05 06:33:02] 
[2016-05-05 06:33:02] ## OVH ## END - 2016-05-05 04:33:03.055013 exitcode: 255
Heu, cela semble rétabli ce matin

Ludo.H
06/05/2016, 17h03
Bonjour,

De ce que je vois :

- Vos sites sont bien en php 5.5 / phpcgi / mode development / env. : stable.
- Vos crons sont en php 5.5. aussi

Qu'est ce qui vous fait dire que ce n'est pas php 5.5 qui est éxecuté ?

Cdt,

Daniel60
06/05/2016, 12h12
Citation Envoyé par buddy
Et si tu passes levrionnement Web à stable https://forum.ovh.com/showthread.php...pal8-TLS1-2%29
C'était fait antérieurement.

buddy
06/05/2016, 12h11
Et si tu passes levrionnement Web à stable https://forum.ovh.com/showthread.php...pal8-TLS1-2%29

Daniel60
06/05/2016, 12h09
Dans la cadre du changement d'environnement j'ai été amené à modifier la version d'exécution PHP de mon script de php4 à php5.5.
Or cette modification n'intervient pas alors que tout semble correct dans le manager.
BD3699