Je découvre Debian et me pose une question à propos de cron tel
que configuré d'origine par Debian :
Le système est-il d'ores et déjà configuré pour effectuer certaines
tâches régulièrement (je pense notamment à logrotate) ou faut-il le
configurer soi même pour que ce soit le cas ?
Je pose cette question car je vois bien que sont fournis tout un tas de
scripts dans /etc/cron.{hourly|dayly|weekly|monthly} mais que
crontabs -l (en tant que root) renvoie "no crontab for root" et
que, bien évidemment, /var/spool/cron/crontabs/root n'existe pas.
J'en déduis qu'aucune des tâches scriptées dans
/etc/cron.{hourly|dayly|weekly|monthly} n'est executée mais ne
connaissant pas les subtilités de Debian, j'aurais préféré avoir une
confirmation avant de faire une bétise.
Par ailleurs, lesquelles des tâches sus-mentionnées vous semblent
nécessaires et lesquelles vous semblent inutiles ?
Merci pour vos réponses.
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ?
Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 29/11/2010 20:43 dans fr.comp.os.linux.configuration Emmanuel Florac nous expliquait:
Merci pour vos réponses.
Tu ne l'as pas encore demandé, mais je te préviens d'avance parce que tu te feras baiser un jour ou l'autre :) Le cron de la debian a un horrible bug (enfin il l'avait récemment, je n'ai pas retesté), il n'exécute pas les scripts qui sont nommés point quelque chose. toto.sh , titi.pl, tata.py dans un cron (y compris /etc/cron.* ) seront superbement ignorés. C'est sûrement une "feature", mais quand tu n'es pas prévenu ça peu faire perdre pas mal de temps :)
Merci d'avance ;-)
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 29/11/2010 20:43 dans fr.comp.os.linux.configuration Emmanuel Florac
nous expliquait:
Merci pour vos réponses.
Tu ne l'as pas encore demandé, mais je te préviens d'avance parce que tu
te feras baiser un jour ou l'autre :) Le cron de la debian a un horrible
bug (enfin il l'avait récemment, je n'ai pas retesté), il n'exécute pas
les scripts qui sont nommés point quelque chose. toto.sh , titi.pl,
tata.py dans un cron (y compris /etc/cron.* ) seront superbement ignorés.
C'est sûrement une "feature", mais quand tu n'es pas prévenu ça peu faire
perdre pas mal de temps :)
Merci d'avance ;-)
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ?
Pour en savoir plus : http://usenet-fr.dougwise.org/
Le 29/11/2010 20:43 dans fr.comp.os.linux.configuration Emmanuel Florac nous expliquait:
Merci pour vos réponses.
Tu ne l'as pas encore demandé, mais je te préviens d'avance parce que tu te feras baiser un jour ou l'autre :) Le cron de la debian a un horrible bug (enfin il l'avait récemment, je n'ai pas retesté), il n'exécute pas les scripts qui sont nommés point quelque chose. toto.sh , titi.pl, tata.py dans un cron (y compris /etc/cron.* ) seront superbement ignorés. C'est sûrement une "feature", mais quand tu n'es pas prévenu ça peu faire perdre pas mal de temps :)
Merci d'avance ;-)
-- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) Usenet-fr ? Mais qu'est-ce que c'est ? Comment ça marche ? Pour en savoir plus : http://usenet-fr.dougwise.org/
Aeris
Emmanuel Florac wrote:
C'est sûrement une "feature", mais quand tu n'es pas prévenu ça peu faire perdre pas mal de temps :)
Il ne s'agit pas d'un bug mais bien du comportement normal de run-parts
/etc/crontab 17 * * * * root cd / && run-parts --report /etc/cron.hourly 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts -- report /etc/cron.daily ) 47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts -- report /etc/cron.weekly ) 52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts -- report /etc/cron.monthly )
man run-parts Si ni l'option --lsbsysinit ni l'option --regex n'est utilisée, alors les noms ne doivent comporter que des lettres (minuscules ou majuscules), des chiffres, des tirets de soulignement (« underscore ») ou des tirets.
Emmanuel Florac wrote:
C'est sûrement une "feature", mais quand tu n'es pas prévenu ça peu faire
perdre pas mal de temps :)
Il ne s'agit pas d'un bug mais bien du comportement normal de run-parts
/etc/crontab
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --
report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --
report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --
report /etc/cron.monthly )
man run-parts
Si ni l'option --lsbsysinit ni l'option --regex n'est utilisée, alors les
noms ne doivent comporter que des lettres (minuscules ou majuscules), des
chiffres, des tirets de soulignement (« underscore ») ou des tirets.
C'est sûrement une "feature", mais quand tu n'es pas prévenu ça peu faire perdre pas mal de temps :)
Il ne s'agit pas d'un bug mais bien du comportement normal de run-parts
/etc/crontab 17 * * * * root cd / && run-parts --report /etc/cron.hourly 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts -- report /etc/cron.daily ) 47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts -- report /etc/cron.weekly ) 52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts -- report /etc/cron.monthly )
man run-parts Si ni l'option --lsbsysinit ni l'option --regex n'est utilisée, alors les noms ne doivent comporter que des lettres (minuscules ou majuscules), des chiffres, des tirets de soulignement (« underscore ») ou des tirets.
jp willm
Bonjour,
Le 29/11/2010 20:43, Emmanuel Florac a écrit :
Le cron de la debian a un horrible
bug (enfin il l'avait récemment,
Ah, c'est pour cela que je n'y arrivais pas toujours...
Le Mon, 29 Nov 2010 19:43:33 +0000, Emmanuel Florac a écrit ce message ( <4cf40265$0$7746$ ):
Tu ne l'as pas encore demandé, mais je te préviens d'avance parce que tu te feras baiser un jour ou l'autre :) Le cron de la debian a un horrible bug (enfin il l'avait récemment, je n'ai pas retesté), il n'exécute pas les scripts qui sont nommés point quelque chose. toto.sh , titi.pl, tata.py dans un cron (y compris /etc/cron.* ) seront superbement ignorés. C'est sûrement une "feature", mais quand tu n'es pas prévenu ça peu faire perdre pas mal de temps :)
Merci beaucoup, ça doit-être pour ça que les cron que j'avais mis sur une debian lenny ne fonctionnait pas, j'en avait eu marre c'était des scripts au reboot je l'ais ait foutu dans /et/rc.local !
-- Stéphane <http://pasdenom.info/fortune> Les hommes aiment la guerre et les femmes aiment les militaires. Pauvre paix ! -+- Gilbert Cesbron (1913-1979), de petites choses. -+-
Salut,
Le Mon, 29 Nov 2010 19:43:33 +0000, Emmanuel Florac a écrit ce message (
<4cf40265$0$7746$426a74cc@news.free.fr> ):
Tu ne l'as pas encore demandé, mais je te préviens d'avance parce que tu
te feras baiser un jour ou l'autre :) Le cron de la debian a un horrible
bug (enfin il l'avait récemment, je n'ai pas retesté), il n'exécute pas
les scripts qui sont nommés point quelque chose. toto.sh , titi.pl,
tata.py dans un cron (y compris /etc/cron.* ) seront superbement
ignorés. C'est sûrement une "feature", mais quand tu n'es pas prévenu ça
peu faire perdre pas mal de temps :)
Merci beaucoup, ça doit-être pour ça que les cron que j'avais mis sur une
debian lenny ne fonctionnait pas, j'en avait eu marre c'était des scripts
au reboot je l'ais ait foutu dans /et/rc.local !
--
Stéphane
<http://pasdenom.info/fortune>
Les hommes aiment la guerre et les femmes aiment les militaires.
Pauvre paix !
-+- Gilbert Cesbron (1913-1979), de petites choses. -+-
Le Mon, 29 Nov 2010 19:43:33 +0000, Emmanuel Florac a écrit ce message ( <4cf40265$0$7746$ ):
Tu ne l'as pas encore demandé, mais je te préviens d'avance parce que tu te feras baiser un jour ou l'autre :) Le cron de la debian a un horrible bug (enfin il l'avait récemment, je n'ai pas retesté), il n'exécute pas les scripts qui sont nommés point quelque chose. toto.sh , titi.pl, tata.py dans un cron (y compris /etc/cron.* ) seront superbement ignorés. C'est sûrement une "feature", mais quand tu n'es pas prévenu ça peu faire perdre pas mal de temps :)
Merci beaucoup, ça doit-être pour ça que les cron que j'avais mis sur une debian lenny ne fonctionnait pas, j'en avait eu marre c'était des scripts au reboot je l'ais ait foutu dans /et/rc.local !
-- Stéphane <http://pasdenom.info/fortune> Les hommes aiment la guerre et les femmes aiment les militaires. Pauvre paix ! -+- Gilbert Cesbron (1913-1979), de petites choses. -+-
Mihamina Rakotomandimby (R12y)
On Tue, 30 Nov 2010 12:08:33 +0100, Yamo' wrote:
Merci beaucoup, ça doit-être pour ça que les cron que j'avais mis sur une debian lenny ne fonctionnait pas, j'en avait eu marre c'était des scripts au reboot je l'ais ait foutu dans /et/rc.local !
Beuh?!
Pourquoi voulais-tu mettre des scripts executés (uniquemement?) au reboot dans une crontab?
Sinon, pour le /etc/rc.local, il y avait aussi faire un script init de cette façon: http://www.debian-administration.org/articles/28
Merci beaucoup, ça doit-être pour ça que les cron que j'avais mis sur
une debian lenny ne fonctionnait pas, j'en avait eu marre c'était des
scripts au reboot je l'ais ait foutu dans /et/rc.local !
Beuh?!
Pourquoi voulais-tu mettre des scripts executés (uniquemement?) au reboot
dans une crontab?
Sinon, pour le /etc/rc.local, il y avait aussi faire un script init de
cette façon: http://www.debian-administration.org/articles/28
Merci beaucoup, ça doit-être pour ça que les cron que j'avais mis sur une debian lenny ne fonctionnait pas, j'en avait eu marre c'était des scripts au reboot je l'ais ait foutu dans /et/rc.local !
Beuh?!
Pourquoi voulais-tu mettre des scripts executés (uniquemement?) au reboot dans une crontab?
Sinon, pour le /etc/rc.local, il y avait aussi faire un script init de cette façon: http://www.debian-administration.org/articles/28
Le Tue, 30 Nov 2010 12:40:13 +0000, Mihamina Rakotomandimby (R12y) a écrit ce message ( <id2rbd$113n$ ):
Pourquoi voulais-tu mettre des scripts executés (uniquemement?) au reboot dans une crontab?
Par ce que c'est un PC qui ne tourne pas tout le temps et que dans cron on peut appeler des règles @reboot : <http://doc.ubuntu-fr.org/cron>
Et puis par ce que j'ai lu un peu partout que /etc/rc.local est à utiliser en dernier recours (je ne sais pas pourquoi).
-- Stéphane <http://pasdenom.info/fortune> Chaque jour est veille pour les uns, lendemain pour d'autres, mais aujourd'hui pour bien peu. -+- Gilbert Cesbron (1913-1979), de petites choses. -+-
Salut,
Le Tue, 30 Nov 2010 12:40:13 +0000, Mihamina Rakotomandimby (R12y) a écrit
ce message ( <id2rbd$113n$2@cabale.usenet-fr.net> ):
Pourquoi voulais-tu mettre des scripts executés (uniquemement?) au
reboot dans une crontab?
Par ce que c'est un PC qui ne tourne pas tout le temps et que dans cron
on peut appeler des règles @reboot : <http://doc.ubuntu-fr.org/cron>
Et puis par ce que j'ai lu un peu partout que /etc/rc.local est à
utiliser en dernier recours (je ne sais pas pourquoi).
--
Stéphane <http://pasdenom.info/fortune>
Chaque jour est veille pour les uns, lendemain pour d'autres,
mais aujourd'hui pour bien peu.
-+- Gilbert Cesbron (1913-1979), de petites choses. -+-
Le Tue, 30 Nov 2010 12:40:13 +0000, Mihamina Rakotomandimby (R12y) a écrit ce message ( <id2rbd$113n$ ):
Pourquoi voulais-tu mettre des scripts executés (uniquemement?) au reboot dans une crontab?
Par ce que c'est un PC qui ne tourne pas tout le temps et que dans cron on peut appeler des règles @reboot : <http://doc.ubuntu-fr.org/cron>
Et puis par ce que j'ai lu un peu partout que /etc/rc.local est à utiliser en dernier recours (je ne sais pas pourquoi).
-- Stéphane <http://pasdenom.info/fortune> Chaque jour est veille pour les uns, lendemain pour d'autres, mais aujourd'hui pour bien peu. -+- Gilbert Cesbron (1913-1979), de petites choses. -+-
Patrick Lamaizière
Aeris :
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts -- report /etc/cron.daily )
Plus de cron si on a un installé anacron ?
man run-parts Si ni l'option --lsbsysinit ni l'option --regex n'est utilisée, alors les noms ne doivent comporter que des lettres (minuscules ou majuscules), des chiffres, des tirets de soulignement (« underscore ») ou des tirets.
Ben "cron.montly" ça contient un point. Sauf erreur de ma part.
Pourquoi cette feature ? (Quel cron !)
Aeris :
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --
report /etc/cron.daily )
Plus de cron si on a un installé anacron ?
man run-parts
Si ni l'option --lsbsysinit ni l'option --regex n'est utilisée, alors les
noms ne doivent comporter que des lettres (minuscules ou majuscules), des
chiffres, des tirets de soulignement (« underscore ») ou des tirets.
Ben "cron.montly" ça contient un point. Sauf erreur de ma part.
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts -- report /etc/cron.daily )
Plus de cron si on a un installé anacron ?
man run-parts Si ni l'option --lsbsysinit ni l'option --regex n'est utilisée, alors les noms ne doivent comporter que des lettres (minuscules ou majuscules), des chiffres, des tirets de soulignement (« underscore ») ou des tirets.
Ben "cron.montly" ça contient un point. Sauf erreur de ma part.
Pourquoi cette feature ? (Quel cron !)
Emmanuel Florac
Le Mon, 29 Nov 2010 22:08:48 +0100, Aeris a écrit:
Il ne s'agit pas d'un bug mais bien du comportement normal de run-parts
C'est peut-être normal, mais ça n'a aucun sens et fut un temps ça m'a longuement emmerdé (mais pourquoi ce $*ù*? script ne tourne pas?).
Ce problème ne se pose pas avec d'autres distributions. En fait, avec aucun autre Unix, il me semble. C'est une pure couillonade made in debian. Mais j'aime bien debian quand même (encore que plus ça va...)
-- All thinking men are atheists. Ernest Hemingway
Le Mon, 29 Nov 2010 22:08:48 +0100, Aeris a écrit:
Il ne s'agit pas d'un bug mais bien du comportement normal de run-parts
C'est peut-être normal, mais ça n'a aucun sens et fut un temps ça m'a
longuement emmerdé (mais pourquoi ce $*ù*? script ne tourne pas?).
Ce problème ne se pose pas avec d'autres distributions. En fait, avec
aucun autre Unix, il me semble. C'est une pure couillonade made in
debian. Mais j'aime bien debian quand même (encore que plus ça va...)
--
All thinking men are atheists.
Ernest Hemingway
Le Mon, 29 Nov 2010 22:08:48 +0100, Aeris a écrit:
Il ne s'agit pas d'un bug mais bien du comportement normal de run-parts
C'est peut-être normal, mais ça n'a aucun sens et fut un temps ça m'a longuement emmerdé (mais pourquoi ce $*ù*? script ne tourne pas?).
Ce problème ne se pose pas avec d'autres distributions. En fait, avec aucun autre Unix, il me semble. C'est une pure couillonade made in debian. Mais j'aime bien debian quand même (encore que plus ça va...)
-- All thinking men are atheists. Ernest Hemingway
Nicolas George
Patrick Lamaizière , dans le message <id3t9k$1ph8$, a écrit :
Plus de cron si on a un installé anacron ?
Si anacron est installé, c'est lui qui exécute les scripts de ces répertoires.
Ben "cron.montly" ça contient un point. Sauf erreur de ma part.
Il était question des fichiers dans le répertoire, pas du répertoire lui-même.
Pourquoi cette feature ? (Quel cron !)
Au pif, pour éviter d'exécuter apache2~, #locate# et .logrotate.swp.
Patrick Lamaizière , dans le message <id3t9k$1ph8$1@news.davenulle.org>,
a écrit :
Plus de cron si on a un installé anacron ?
Si anacron est installé, c'est lui qui exécute les scripts de ces
répertoires.
Ben "cron.montly" ça contient un point. Sauf erreur de ma part.
Il était question des fichiers dans le répertoire, pas du répertoire
lui-même.
Pourquoi cette feature ? (Quel cron !)
Au pif, pour éviter d'exécuter apache2~, #locate# et .logrotate.swp.
Patrick Lamaizière , dans le message <id3t9k$1ph8$, a écrit :
Plus de cron si on a un installé anacron ?
Si anacron est installé, c'est lui qui exécute les scripts de ces répertoires.
Ben "cron.montly" ça contient un point. Sauf erreur de ma part.
Il était question des fichiers dans le répertoire, pas du répertoire lui-même.
Pourquoi cette feature ? (Quel cron !)
Au pif, pour éviter d'exécuter apache2~, #locate# et .logrotate.swp.
Aeris
Nicolas George wrote:
Au pif, pour éviter d'exécuter apache2~, #locate# et .logrotate.swp.
Et encore pire les « .dpkg-old », « .dpkg-dist », « .dpkg-new » ou « .dpkg- tmp » qui ferait le boulot en double voire bypasserait les config utilisateur pour utiliser les config debian!
Nicolas George wrote:
Au pif, pour éviter d'exécuter apache2~, #locate# et .logrotate.swp.
Et encore pire les « .dpkg-old », « .dpkg-dist », « .dpkg-new » ou « .dpkg-
tmp » qui ferait le boulot en double voire bypasserait les config
utilisateur pour utiliser les config debian!
Au pif, pour éviter d'exécuter apache2~, #locate# et .logrotate.swp.
Et encore pire les « .dpkg-old », « .dpkg-dist », « .dpkg-new » ou « .dpkg- tmp » qui ferait le boulot en double voire bypasserait les config utilisateur pour utiliser les config debian!
