J'ai un script shell à faire executer par cron, et je l'ai mis dans
/etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le
nom des fichiers qu'on met dans ce repertoire font que le truc ne
s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas
executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred
Bonjour,
J'ai un script shell à faire executer par cron, et je l'ai mis dans /etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le nom des fichiers qu'on met dans ce repertoire font que le truc ne s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
Il faut utiliser la commande crontab -e pour ajouter des script dans le cron. Fred
Bonjour,
J'ai un script shell à faire executer par cron, et je l'ai mis dans
/etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le
nom des fichiers qu'on met dans ce repertoire font que le truc ne
s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas
executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
Il faut utiliser la commande crontab -e pour ajouter des script dans le
cron.
Fred
J'ai un script shell à faire executer par cron, et je l'ai mis dans /etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le nom des fichiers qu'on met dans ce repertoire font que le truc ne s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
Il faut utiliser la commande crontab -e pour ajouter des script dans le cron. Fred
FAb
"Rakotomandimby (R12y) Mihamina" writes:
Bonjour,
J'ai un script shell à faire executer par cron, et je l'ai mis dans /etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le nom des fichiers qu'on met dans ce repertoire font que le truc ne s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
Un script shell est lu (r) et exécuté (x)... c'est peut-être là une source de ton problème...
Après comme faut que crond relise le répertoire pour en tenir compte...
J'ai un script shell à faire executer par cron, et je l'ai mis dans
/etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le
nom des fichiers qu'on met dans ce repertoire font que le truc ne
s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas
executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
Un script shell est lu (r) et exécuté (x)... c'est peut-être là une source de
ton problème...
Après comme faut que crond relise le répertoire pour en tenir compte...
J'ai un script shell à faire executer par cron, et je l'ai mis dans /etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le nom des fichiers qu'on met dans ce repertoire font que le truc ne s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
Un script shell est lu (r) et exécuté (x)... c'est peut-être là une source de ton problème...
Après comme faut que crond relise le répertoire pour en tenir compte...
FAb
see
Fred wrote:
Il faut utiliser la commande crontab -e pour ajouter des script dans le cron.
Je m'interroge. Est-ce que mes connaissances datent ou sont tout simplement incomplètes par rapport aux fonctionnalités de la crontab ? Est-ce qu'il y a une version libre de crond qui fait plein de chose en plus par rapport à la version originelle ? Ou bien est-ce une simple méconnaissance de crond auquel cas la réponse de Fred est celle que j'aurai aussi faite ?
-- Bruno http://errance.lirano.net
Fred <fred@work.com> wrote:
Il faut utiliser la commande crontab -e pour ajouter des script dans le
cron.
Je m'interroge.
Est-ce que mes connaissances datent ou sont tout simplement incomplètes
par rapport aux fonctionnalités de la crontab ?
Est-ce qu'il y a une version libre de crond qui fait plein de chose en
plus par rapport à la version originelle ?
Ou bien est-ce une simple méconnaissance de crond auquel cas la réponse
de Fred est celle que j'aurai aussi faite ?
Il faut utiliser la commande crontab -e pour ajouter des script dans le cron.
Je m'interroge. Est-ce que mes connaissances datent ou sont tout simplement incomplètes par rapport aux fonctionnalités de la crontab ? Est-ce qu'il y a une version libre de crond qui fait plein de chose en plus par rapport à la version originelle ? Ou bien est-ce une simple méconnaissance de crond auquel cas la réponse de Fred est celle que j'aurai aussi faite ?
-- Bruno http://errance.lirano.net
Nicolas George
Bruno Jargot wrote in message <1gu92t9.1otunnb1q7pt66N%:
Est-ce que mes connaissances datent ou sont tout simplement incomplètes par rapport aux fonctionnalités de la crontab ? Est-ce qu'il y a une version libre de crond qui fait plein de chose en plus par rapport à la version originelle ? Ou bien est-ce une simple méconnaissance de crond auquel cas la réponse de Fred est celle que j'aurai aussi faite ?
Je pense que c'est une méconnaissance de l'utilisation du bon vieux cron de base par certains Unix modernes, typiquement les distributions Linux. Cet usage consiste à avoir seulement quelques règles (horaire, quotidienne, mensuelle) qui exécutent tous les scripts shells d'un répertoire particulier. Par exemple :
25 6 * * * root run-parts /etc/cron.daily
avec run-parts quelque chose comme :
#!/bin/sh dir="$1" for i in "$dir"/*; do "$i" done
(en pratique, run-parts est un binaire, et fait des trucs un petit peu plus subtiles, comme écrire le nom des fichiers qu'il exécute si et seulement si ces fichiers produisent de la sortie ; le principe reste le même).
L'idée, c'est que quand un package a besoin d'une tâche régulière, il lui suffit de déposer un script dans /etc/cron.daily/ : pas besoin que le processus d'installation aille tenter d'éditer /etc/crontab en préservant les modifications de l'administrateur.
D'ailleurs, si on y réfléchit bien, ce n'est jamais que la généralisation à cron du principe de l'init SystemV.
Bruno Jargot wrote in message
<1gu92t9.1otunnb1q7pt66N%see@reply-to.invalid>:
Est-ce que mes connaissances datent ou sont tout simplement incomplètes
par rapport aux fonctionnalités de la crontab ?
Est-ce qu'il y a une version libre de crond qui fait plein de chose en
plus par rapport à la version originelle ?
Ou bien est-ce une simple méconnaissance de crond auquel cas la réponse
de Fred est celle que j'aurai aussi faite ?
Je pense que c'est une méconnaissance de l'utilisation du bon vieux cron de
base par certains Unix modernes, typiquement les distributions Linux. Cet
usage consiste à avoir seulement quelques règles (horaire, quotidienne,
mensuelle) qui exécutent tous les scripts shells d'un répertoire
particulier. Par exemple :
25 6 * * * root run-parts /etc/cron.daily
avec run-parts quelque chose comme :
#!/bin/sh
dir="$1"
for i in "$dir"/*; do
"$i"
done
(en pratique, run-parts est un binaire, et fait des trucs un petit peu plus
subtiles, comme écrire le nom des fichiers qu'il exécute si et seulement si
ces fichiers produisent de la sortie ; le principe reste le même).
L'idée, c'est que quand un package a besoin d'une tâche régulière, il lui
suffit de déposer un script dans /etc/cron.daily/ : pas besoin que le
processus d'installation aille tenter d'éditer /etc/crontab en préservant
les modifications de l'administrateur.
D'ailleurs, si on y réfléchit bien, ce n'est jamais que la généralisation à
cron du principe de l'init SystemV.
Bruno Jargot wrote in message <1gu92t9.1otunnb1q7pt66N%:
Est-ce que mes connaissances datent ou sont tout simplement incomplètes par rapport aux fonctionnalités de la crontab ? Est-ce qu'il y a une version libre de crond qui fait plein de chose en plus par rapport à la version originelle ? Ou bien est-ce une simple méconnaissance de crond auquel cas la réponse de Fred est celle que j'aurai aussi faite ?
Je pense que c'est une méconnaissance de l'utilisation du bon vieux cron de base par certains Unix modernes, typiquement les distributions Linux. Cet usage consiste à avoir seulement quelques règles (horaire, quotidienne, mensuelle) qui exécutent tous les scripts shells d'un répertoire particulier. Par exemple :
25 6 * * * root run-parts /etc/cron.daily
avec run-parts quelque chose comme :
#!/bin/sh dir="$1" for i in "$dir"/*; do "$i" done
(en pratique, run-parts est un binaire, et fait des trucs un petit peu plus subtiles, comme écrire le nom des fichiers qu'il exécute si et seulement si ces fichiers produisent de la sortie ; le principe reste le même).
L'idée, c'est que quand un package a besoin d'une tâche régulière, il lui suffit de déposer un script dans /etc/cron.daily/ : pas besoin que le processus d'installation aille tenter d'éditer /etc/crontab en préservant les modifications de l'administrateur.
D'ailleurs, si on y réfléchit bien, ce n'est jamais que la généralisation à cron du principe de l'init SystemV.
Bob qui Trolle
Rakotomandimby (R12y) Mihamina wrote:
Bonjour,
J'ai un script shell à faire executer par cron, et je l'ai mis dans /etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le nom des fichiers qu'on met dans ce repertoire font que le truc ne s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
D'après le manuel de crond, c'est normalement le fichier /etc/crontab qui est lu (voir le script de démarrage ou l'entrée dans l'équivalent local de /etc/rc*). Dans certains packages précompilés pour crond, un fichier /etc/crontab contenant des entrées pré-établies en dur faisant appel au binaire run-parts (typ. /usr/bin/run-parts , parfois distribué à l'intérieur d'un paquetage "crontabs")
Ces mêmes entrées font parfois aussi référence à des répertoires /etc/cron.*, mais, typiquement, c'est le binaire run-parts qui est ici invoqué et fait ce que bon lui semble à lui des fichiers des répertoires /etc/cron.*, au moment où crond est programmé pour l'invoquer.
Rakotomandimby (R12y) Mihamina wrote:
Bonjour,
J'ai un script shell à faire executer par cron, et je l'ai mis dans
/etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le
nom des fichiers qu'on met dans ce repertoire font que le truc ne
s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas
executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
D'après le manuel de crond, c'est normalement le fichier /etc/crontab
qui est lu (voir le script de démarrage ou l'entrée dans l'équivalent
local de /etc/rc*). Dans certains packages précompilés pour crond, un
fichier /etc/crontab contenant des entrées pré-établies en dur faisant
appel au binaire run-parts (typ. /usr/bin/run-parts , parfois distribué
à l'intérieur d'un paquetage "crontabs")
Ces mêmes entrées font parfois aussi référence à des répertoires
/etc/cron.*, mais, typiquement, c'est le binaire run-parts qui est ici
invoqué et fait ce que bon lui semble à lui des fichiers des répertoires
/etc/cron.*, au moment où crond est programmé pour l'invoquer.
J'ai un script shell à faire executer par cron, et je l'ai mis dans /etc/cron.hourly/ mais il ne se fait pas executer.
Il est pourtant rwx--x--x .
Je ne me rappelle plus mais il me semble que certains caractères dans le nom des fichiers qu'on met dans ce repertoire font que le truc ne s'éxecute pas. Je ne retrouve plus la page man qui parle de ces choses.
Entre autre, un '.' dans le nom de fichier fait qu'il ne sera pas executé, mais comme il n'y en a pas, c'est peut-etre ailleurs....
Pourriez-vous m'aider à la retrouver s'il vous plait?
D'après le manuel de crond, c'est normalement le fichier /etc/crontab qui est lu (voir le script de démarrage ou l'entrée dans l'équivalent local de /etc/rc*). Dans certains packages précompilés pour crond, un fichier /etc/crontab contenant des entrées pré-établies en dur faisant appel au binaire run-parts (typ. /usr/bin/run-parts , parfois distribué à l'intérieur d'un paquetage "crontabs")
Ces mêmes entrées font parfois aussi référence à des répertoires /etc/cron.*, mais, typiquement, c'est le binaire run-parts qui est ici invoqué et fait ce que bon lui semble à lui des fichiers des répertoires /etc/cron.*, au moment où crond est programmé pour l'invoquer.
Rakotomandimby (R12y) Mihamina
Je ne savais pas que run-parts avait un man.
J'ai cronvé des run-parts man page: DESCRIPTION run-parts runs a number of scripts or programs found in a single directory directory. Filenames should consist entirely of upper and lower case letters, digits, under- scores, and hyphens.
Voila donc le truc.
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Je ne savais pas que run-parts avait un man.
J'ai cronvé des run-parts man page:
DESCRIPTION
run-parts runs a number of scripts or programs found in a
single directory directory. Filenames should consist
entirely of upper and lower case letters, digits, under-
scores, and hyphens.
Voila donc le truc.
--
Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois!
La preuve http://www.google.fr/search?q=serveur+dedie
Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
J'ai cronvé des run-parts man page: DESCRIPTION run-parts runs a number of scripts or programs found in a single directory directory. Filenames should consist entirely of upper and lower case letters, digits, under- scores, and hyphens.
Voila donc le truc.
-- Les serveurs avec 10Mb/s se louent maintenant pour 50 ou 60 Euros par mois! La preuve http://www.google.fr/search?q=serveur+dedie Infogerance de serveur dedie http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
