Message d'erreur depuis install crontab egroupware [résolu]

[fhs74]

Bonjour à tous,

je n'arrête pas de recevoir ce message d'erreur sur mon mail admin depuis l'installation du crontab depuis egroupware.

Code: Tout sélectionner

Subject: Cron <www@srvtfl01> /usr/bin/php5 -qC /opt/egroupware/html/phpgwapi/cron/asyncservices.php default
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/home/e-smith>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=www>
X-Cron-Env: <USER=www>

/bin/sh: /usr/bin/php5: is a directory


Je vais décrire mon installation:

SME-server 7.4 avec mise à jour vers PHP5 (avec le repo de centosplus).

Egroupware 1.6

Si vous avez des idées ou si j'ai omis de faire quelque chose.

Merci d'avance.

FHS

[sibsib]

Hello,

A priori, il manque un php dans ta ligne de commande, qui devrait ressembler plutôt à ceci :

/usr/bin/php5/php -qC /opt/egroupware/html/phpgwapi/cron/asyncservices.php default

A+,
Pascal

[fhs74]

Bonjour à tous,

merci de ta réponse Sisib, mais je me suis rendu compte que le répertoire

Code: Tout sélectionner

/usr/bin/php5

était vide.....

Et je n'arrive pas à appliquer les changements que j'apporte au fichier

Code: Tout sélectionner

/etc/cron.d/egroupware

.... Même aprés un expand-template....

Merci d'avance de vos lumières.

FHS

[fhs74]

Bonjour à tous,

je viens de résoudre mon probléme en créant un lien dynamique entre le fichier php et php5...

En faite, j'ai retrouvé le fichier php sous

Code: Tout sélectionner

/usr/bin/

donc j'ai créé un lien symbolique php5 vers php.

Mais je n'ai tjrs pas trouver comment changer la ligne du crontab sous egroupware....

A bientôt.

FHS

[Gaston]

Bonjour,
juste au cas où : le daemon cron ne lit son fichier de conf qu'à son démarrage, ou si on lui spécifie de le faire (avec le signal adapté). L'expansion du template ne fait que regénérer le fichier de conf, pas la mise à jour de la conf en cours d'usage.
Ne pas oublier le redémarrage du daemon.

G.

[fhs74]

Bonjour,

merci Gaston, je comprend enfin pq mes changements n'était pas pris en compte.

A bientôt.

FHS

[sibsib]

juste au cas où : le daemon cron ne lit son fichier de conf qu'à son démarrage, ou si on lui spécifie de le faire (avec le signal adapté). L'expansion du template ne fait que regénérer le fichier de conf, pas la mise à jour de la conf en cours d'usage.

Euhh....

Ben c'est nouveau, çà ???

Au moins pour le fichier cronttab, (pour les fichiers dans les différents /etc/cron.d /etc/cron.hourly et autres, je ne sais pas, mais man le sait sandoute), toutes les minutes, lorsque la tâche cron s'éxecute, elle vrifie le timestamp du fichier. S'il a été modifié depuis la rotation précedente, il le relit ... mais n'éxecute les nouvelles commandes qu'à la rotation suivante.

Exemple, il et 12:09:25, on podufue /etc/crontab avec une ligne genre 10 12 * * * /bin/montruc

A 12:10, cron relit le fichier /etc/crontab, intègre la modification... et je fera tourner le programme que le lendemain à 12:10

A+,
Pascal

[Gaston]

Bonsoir,

Ben c'est nouveau, çà ???

ben non, une certitude (basé sur expériences passées) que j'avais. La lecture du man de M. Vixie (et de ton post) te donne raison. Dont acte (mais je reste un peu sur mes habitudes )
G.