Discussion :

[higepiyo59]

Bonjour,
Je recois ce message d'érreur je ne comprend pas ce qui se passe mal.

May 3 09:38:01 morrison cron[2942]: Error: bad hour; while reading /etc/crontab
May 3 09:38:01 morrison /usr/sbin/cron[2942]: (*system*) ERROR (Syntax error, this crontab file will be ignored)
May 3 09:38:01 morrison /usr/sbin/cron[2942]: (root) RELOAD (crontabs/root)
May 3 09:38:01 morrison /usr/sbin/cron[2942]: (emmanuel) WRONG FILE OWNER (crontabs/emmanuel)

j'édite le crontab de cette manière:

49 09 * * * sh /var/www/accueil/chart_mem/graph-mem.sh

Apparemment j'ai un probleme de syntaxe et d'heure. D'ailleurs le message d'erreur parle de l'utilisateur emmanuel, qui n'est pas le créateur du fichier à la base. Aussi je me connecte en ssh au serveur pour lancer ce script en root car on m'a dit de ne pas passer par mnt. Les autres scripts se lance sauf les miens...

[CedrX]

Il me semble que sur les systèmes récents la syntaxe de /etc/crontab est

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
min hour day-of-month month day-of-week user command

Il me semble que dans ta syntaxe il manque le "user" qui est censé exécuter la commande sh /var/www/accueil/chart_mem/graph-mem.sh

[higepiyo59]

Merci pour la réponse cependant dans mon crontab -e j'ai vérifié mais je n'ai pas d'user a mettre v le commentaire affiché au dessus

# m h dom mon dow command

[CedrX]

D'accord mais le message d'erreur porte bien sur le fichier /etc/crontab

May 3 09:38:01 morrison cron[2942]: Error: bad hour; while reading /etc/crontab

qui lui a besoin en plus des informations de temps du user qui doit exécuter la commande.

[higepiyo59]

j'ai éssayé en mettant un utilisateur mais le message d'erreur reste le même je ne vois vraiment pas comment faire mieux.

[zipe31]

Salut,

Histoire de faire avancer le schmilblick...

C'est la seule tâche présente dans ta crontab ?
Peut-on la voir dans son intégralité (la contab) ?

[higepiyo59]

Non ce n'est pas la seule tache,

# m h dom mon dow command
30 23 * * * sh /var/www/gestion/transfert.sh
32 22 * * * /usr/bin/php -f /var/www/gestion/pati/liste_du_jour.php
34 22 * * * /usr/bin/perl /home/emmanuel/NAS/emmanuel/linux.pl
31 08 * * * /bin/bash /var/www/accueil/chart/sed_qhost.sh
09 09 * * * /bin/bash /var/www/accueil/chart_mem/graph-mem.sh
14 14 * * * sh arnaud /var/www/accueil/chart_mem/test.sh

Alors petite explication pour les /bin/bash devant les commandes, avant il n'y avait que sh et ca fonctionnait. du coup j'ai demandé a un collegue pourquoi les miens ne fonctionnait pas et il m'a dit d'éssayer de mettre comme ca.

[Winnt]

Salut,

Regarde qui est le propriétaire du fichier /etc/crontab.
Pour moi le propriétaire n'est pas root et du coup il ne le lance pas.
D'ailleurs tu accèdes par quelle commande au fichier crontab ?

[higepiyo59]

Je lui ai mis un chmod 755 pourtant.
j'accede au crontab en root par la commande crontab -e je dois me connecter en ssh au serveur distant.

[Winnt]

Salut,

Chmod sert pour les droit d'exécution et lecture écriture.

Lance un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ls -alh

histoire de voir si tu as bien

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

root:root

comme propriétaire/groupe.

[higepiyo59]

Non aucun tous les fichiers ont été créer par moi sous mon propre compte.
je vais les recréer en root sur le serveur directement je te tiens au courant.
Merci pour l'info

Edit: toujours le même message d'erreur :/

[Winnt]

Salut,

Effectivement, je me suis mal exprimé.

Comme le dis Catita12

Regarde qui est le propriétaire du fichier /etc/crontab

De plus, quelle commande lance-tu pour éditer la crontab ?

[higepiyo59]

le proprietaire du crontab est root et j'édite le crontab avec la commande suivante en root.

crontab -e

[Winnt]

Salut,

Bizarre tout de même.
Perso, je tenterai ceci :

• Vidage de la crontab actuelle en supprimant tout dedans (ca devrait nettoyer la crontab)
• Insertion d'une ligne et attente de son exécution
• Si tout se passe bien recommencer en ajoutant une ligne

J'y pense as-tu bien une ligne vierge après la dernière ligne contenant une commande dans la crontab ?

PS : sur mes PC j'utilise des tabulations pour bien séparer les champs.

[higepiyo59]

Salut,
Non toutes les lignes sont mises sans est espacées d'une autre ligne en gros j'ai juste un bloc comme dans l'exemple que j'ai mis plus haut.

Par contre je vais ptet éviter de vider la crontab car si après ca ne fonctionne pas je vais me faire taper sur les doigts...

[frp31]

Salut,
Non toutes les lignes sont mises sans est espacées d'une autre ligne en gros j'ai juste un bloc comme dans l'exemple que j'ai mis plus haut.

Par contre je vais ptet éviter de vider la crontab car si après ca ne fonctionne pas je vais me faire taper sur les doigts...

tu pourras toujours le rétablir en faisant une sauvegarde de ton crontab.

[higepiyo59]

ok je testerais ca demain au boulot. Je dois bien sauvegarder le crontab qui se trouve dans etc?

[JeitEmgie]

Les crontab des utilisateurs qui sont édités lors d'un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
crontab -e

sont en général stockés dans /var/spool/cron/crontabs/...
ou quelque chose du genre, et ne contiennent pas de colonne "user"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
/etc/crontab

contient le system-wide crontab qui ne peut être édité que par root et lui, contient une colonne "user". Il n'est pas nécessaire d'utiliser la commande crontab pour l'éditer.
En faisant "crontab -e" sous le compte root, vous éditez quelque chose comme "/var/spool/cron/crontabs/root" et non pas "/etc/crontab".

[higepiyo59]

Merci pour ces petites précisions

[higepiyo59]

Bon en fait c'était juste que les chemins n'étaient pas mis dans le script. Merci quand même de m'avoir aidé