Bonjour,
J'ai moi aussi 6h25 dans le crontab et pourtant je constate que
le cron.daily démarre à 7h30 (avec la commande ps) !
Comment cela se fait-il ?
Bonjour,
J'ai moi aussi 6h25 dans le crontab et pourtant je constate que
le cron.daily démarre à 7h30 (avec la commande ps) !
Comment cela se fait-il ?
Bonjour,
J'ai moi aussi 6h25 dans le crontab et pourtant je constate que
le cron.daily démarre à 7h30 (avec la commande ps) !
Comment cela se fait-il ?
Le 2008-07-08, à 10:47:26 +0200, GERBIER Eric () a écrit :Lignes : 21
steve wrote:
> Le 2008-07-08, à 10:41:25 +0200, François TOURDE () a écrit :
>
>> Lignes : 26
>>
>> Le 14068ième jour après Epoch,
>> steve écrivait:
>>
>>> Bonjour,
>>>
>>> Je cherche à modifier l'heure d'exécution de cron.daily, mais je
>>> sèche.
>> Très mauvaise idée à mon avis... Par curiosité, quelle en est la
>> raison?
>
> je fais un backup d'un portable via rdiff-backup et ce portable n'est
> pas toujours allumé à 6h25. J'ai mis à 8h. Par curiosité, pourquoi
> serait-ce une "très mauvaise idée" ?
le package anacron est fait pour résoudre ce genre de problème
C'est le portable qui n'est pas toujours allumé, pas le serveur de
backup.
Le 2008-07-08, à 10:47:26 +0200, GERBIER Eric (eric.gerbier.nospam@free.fr) a écrit :
Lignes : 21
steve wrote:
> Le 2008-07-08, à 10:41:25 +0200, François TOURDE (fra-duf-no-spam@tourde.org) a écrit :
>
>> Lignes : 26
>>
>> Le 14068ième jour après Epoch,
>> steve écrivait:
>>
>>> Bonjour,
>>>
>>> Je cherche à modifier l'heure d'exécution de cron.daily, mais je
>>> sèche.
>> Très mauvaise idée à mon avis... Par curiosité, quelle en est la
>> raison?
>
> je fais un backup d'un portable via rdiff-backup et ce portable n'est
> pas toujours allumé à 6h25. J'ai mis à 8h. Par curiosité, pourquoi
> serait-ce une "très mauvaise idée" ?
le package anacron est fait pour résoudre ce genre de problème
C'est le portable qui n'est pas toujours allumé, pas le serveur de
backup.
Le 2008-07-08, à 10:47:26 +0200, GERBIER Eric () a écrit :Lignes : 21
steve wrote:
> Le 2008-07-08, à 10:41:25 +0200, François TOURDE () a écrit :
>
>> Lignes : 26
>>
>> Le 14068ième jour après Epoch,
>> steve écrivait:
>>
>>> Bonjour,
>>>
>>> Je cherche à modifier l'heure d'exécution de cron.daily, mais je
>>> sèche.
>> Très mauvaise idée à mon avis... Par curiosité, quelle en est la
>> raison?
>
> je fais un backup d'un portable via rdiff-backup et ce portable n'est
> pas toujours allumé à 6h25. J'ai mis à 8h. Par curiosité, pourquoi
> serait-ce une "très mauvaise idée" ?
le package anacron est fait pour résoudre ce genre de problème
C'est le portable qui n'est pas toujours allumé, pas le serveur de
backup.
>> >>> Bonjour,
>> >>>
>> >>> Je cherche à modifier l'heure d'exécution de cron.daily, mais je
>> >>> sèche.
>> >> Très mauvaise idée à mon avis... Par curiosité, quelle en est la
>> >> raison?
>> >
>> > je fais un backup d'un portable via rdiff-backup et ce portable n'est
>> > pas toujours allumé à 6h25. J'ai mis à 8h. Par curiosité, pourquoi
>> > serait-ce une "très mauvaise idée" ?
>>
>> le package anacron est fait pour résoudre ce genre de problème
>
> C'est le portable qui n'est pas toujours allumé, pas le serveur de
> backup.
C'est curieux que ce soit le serveur qui déclenche la sauvegarde du
poste client. Es-tu sûr de ne pas pouvoir paramétrer l'inverse ?
--
Léo.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
>> >>> Bonjour,
>> >>>
>> >>> Je cherche à modifier l'heure d'exécution de cron.daily, mais je
>> >>> sèche.
>> >> Très mauvaise idée à mon avis... Par curiosité, quelle en est la
>> >> raison?
>> >
>> > je fais un backup d'un portable via rdiff-backup et ce portable n'est
>> > pas toujours allumé à 6h25. J'ai mis à 8h. Par curiosité, pourquoi
>> > serait-ce une "très mauvaise idée" ?
>>
>> le package anacron est fait pour résoudre ce genre de problème
>
> C'est le portable qui n'est pas toujours allumé, pas le serveur de
> backup.
C'est curieux que ce soit le serveur qui déclenche la sauvegarde du
poste client. Es-tu sûr de ne pas pouvoir paramétrer l'inverse ?
--
Léo.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>> >>> Bonjour,
>> >>>
>> >>> Je cherche à modifier l'heure d'exécution de cron.daily, mais je
>> >>> sèche.
>> >> Très mauvaise idée à mon avis... Par curiosité, quelle en est la
>> >> raison?
>> >
>> > je fais un backup d'un portable via rdiff-backup et ce portable n'est
>> > pas toujours allumé à 6h25. J'ai mis à 8h. Par curiosité, pourquoi
>> > serait-ce une "très mauvaise idée" ?
>>
>> le package anacron est fait pour résoudre ce genre de problème
>
> C'est le portable qui n'est pas toujours allumé, pas le serveur de
> backup.
C'est curieux que ce soit le serveur qui déclenche la sauvegarde du
poste client. Es-tu sûr de ne pas pouvoir paramétrer l'inverse ?
--
Léo.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Le mercredi 9 juillet 2008 10:05, Guy Roussin a écrit :Bonjour,
J'ai moi aussi 6h25 dans le crontab et pourtant je constate que
le cron.daily démarre à 7h30 (avec la commande ps) !
Comment cela se fait-il ?
euh intuitivement je penserais à la timezone
date ; date -u
mercredi 9 juillet 2008, 10:39:17 (UTC+0200)
mercredi 9 juillet 2008, 08:39:17 (UTC+0000)
cela correspond t-il a quelquechose chez vous (avec l'heure du panel si
interface graphique)
Le mercredi 9 juillet 2008 10:05, Guy Roussin a écrit :
Bonjour,
J'ai moi aussi 6h25 dans le crontab et pourtant je constate que
le cron.daily démarre à 7h30 (avec la commande ps) !
Comment cela se fait-il ?
euh intuitivement je penserais à la timezone
date ; date -u
mercredi 9 juillet 2008, 10:39:17 (UTC+0200)
mercredi 9 juillet 2008, 08:39:17 (UTC+0000)
cela correspond t-il a quelquechose chez vous (avec l'heure du panel si
interface graphique)
Le mercredi 9 juillet 2008 10:05, Guy Roussin a écrit :Bonjour,
J'ai moi aussi 6h25 dans le crontab et pourtant je constate que
le cron.daily démarre à 7h30 (avec la commande ps) !
Comment cela se fait-il ?
euh intuitivement je penserais à la timezone
date ; date -u
mercredi 9 juillet 2008, 10:39:17 (UTC+0200)
mercredi 9 juillet 2008, 08:39:17 (UTC+0000)
cela correspond t-il a quelquechose chez vous (avec l'heure du panel si
interface graphique)
Le 2008-07-09, à 22:31:57 +0200, Leopold BAILLY () a écrit :>> >>> Bonjour,
>> >>>
>> >>> Je cherche à modifier l'heure d'exécution de cron.daily, mais je
>> >>> sèche.
>> >> Très mauvaise idée à mon avis... Par curiosité, quelle en est la
>> >> raison?
>> >
>> > je fais un backup d'un portable via rdiff-backup et ce portable n'est
>> > pas toujours allumé à 6h25. J'ai mis à 8h. Par curiosité, pourquoi
>> > serait-ce une "très mauvaise idée" ?
>>
>> le package anacron est fait pour résoudre ce genre de problème
>
> C'est le portable qui n'est pas toujours allumé, pas le serveur de
> backup.
C'est curieux que ce soit le serveur qui déclenche la sauvegarde du
poste client. Es-tu sûr de ne pas pouvoir paramétrer l'inverse ?
Je ne saisis pas bien ta remarque. Vu que la sauvegarde se fait *sur* le
serveur il faut bien avoir toutes les autorisations d'écriture et je ne
pense pas que ce soit une bonne idée de les donner au client. Ou alors
je n'ai rien compris.
Le 2008-07-09, à 22:31:57 +0200, Leopold BAILLY (leo.bailly@infonie.fr) a écrit :
>> >>> Bonjour,
>> >>>
>> >>> Je cherche à modifier l'heure d'exécution de cron.daily, mais je
>> >>> sèche.
>> >> Très mauvaise idée à mon avis... Par curiosité, quelle en est la
>> >> raison?
>> >
>> > je fais un backup d'un portable via rdiff-backup et ce portable n'est
>> > pas toujours allumé à 6h25. J'ai mis à 8h. Par curiosité, pourquoi
>> > serait-ce une "très mauvaise idée" ?
>>
>> le package anacron est fait pour résoudre ce genre de problème
>
> C'est le portable qui n'est pas toujours allumé, pas le serveur de
> backup.
C'est curieux que ce soit le serveur qui déclenche la sauvegarde du
poste client. Es-tu sûr de ne pas pouvoir paramétrer l'inverse ?
Je ne saisis pas bien ta remarque. Vu que la sauvegarde se fait *sur* le
serveur il faut bien avoir toutes les autorisations d'écriture et je ne
pense pas que ce soit une bonne idée de les donner au client. Ou alors
je n'ai rien compris.
Le 2008-07-09, à 22:31:57 +0200, Leopold BAILLY () a écrit :>> >>> Bonjour,
>> >>>
>> >>> Je cherche à modifier l'heure d'exécution de cron.daily, mais je
>> >>> sèche.
>> >> Très mauvaise idée à mon avis... Par curiosité, quelle en est la
>> >> raison?
>> >
>> > je fais un backup d'un portable via rdiff-backup et ce portable n'est
>> > pas toujours allumé à 6h25. J'ai mis à 8h. Par curiosité, pourquoi
>> > serait-ce une "très mauvaise idée" ?
>>
>> le package anacron est fait pour résoudre ce genre de problème
>
> C'est le portable qui n'est pas toujours allumé, pas le serveur de
> backup.
C'est curieux que ce soit le serveur qui déclenche la sauvegarde du
poste client. Es-tu sûr de ne pas pouvoir paramétrer l'inverse ?
Je ne saisis pas bien ta remarque. Vu que la sauvegarde se fait *sur* le
serveur il faut bien avoir toutes les autorisations d'écriture et je ne
pense pas que ce soit une bonne idée de les donner au client. Ou alors
je n'ai rien compris.
On Tue, Jul 08, 2008 at 11:32:12AM +0200, François TOURDE wrote:Moins tu génères d'exceptions à la politique de base, mieux tu te
portes au niveau de la "maintenance" de la machine
Tiens, je n'avais pas pensé à ça et effectivement c'est un
bon argument.
Du coup, je me demande s'il ne faudrait pas faire un
wishlist: configuration de l'heure où toutes les tâches
systèmes sont lancées. Fondamentalement, elles doivent être
lancées en heure creuse, et cette heure creuse dépend
forcément de l'utilisation de la machine...
On Tue, Jul 08, 2008 at 11:32:12AM +0200, François TOURDE wrote:
Moins tu génères d'exceptions à la politique de base, mieux tu te
portes au niveau de la "maintenance" de la machine
Tiens, je n'avais pas pensé à ça et effectivement c'est un
bon argument.
Du coup, je me demande s'il ne faudrait pas faire un
wishlist: configuration de l'heure où toutes les tâches
systèmes sont lancées. Fondamentalement, elles doivent être
lancées en heure creuse, et cette heure creuse dépend
forcément de l'utilisation de la machine...
On Tue, Jul 08, 2008 at 11:32:12AM +0200, François TOURDE wrote:Moins tu génères d'exceptions à la politique de base, mieux tu te
portes au niveau de la "maintenance" de la machine
Tiens, je n'avais pas pensé à ça et effectivement c'est un
bon argument.
Du coup, je me demande s'il ne faudrait pas faire un
wishlist: configuration de l'heure où toutes les tâches
systèmes sont lancées. Fondamentalement, elles doivent être
lancées en heure creuse, et cette heure creuse dépend
forcément de l'utilisation de la machine...
Yves Rutschle wrote:On Tue, Jul 08, 2008 at 11:32:12AM +0200, François TOURDE wrote:Moins tu génères d'exceptions à la politique de base, mi eux tu te
portes au niveau de la "maintenance" de la machine
Tiens, je n'avais pas pensé à ça et effectivement c'est un
bon argument.
une autre façon de le dire: il ne faut pas se battre contre le
système. on perd à tous les coups.
idéalement, il faudrait une notion de taches "flexibles" (avec ou sa ns
RTT :): on peut spécifier plusieurs heures possibles: H1, H2, ... Hk
(HeineKen?). on tente de lancer la tache à l'heure Hi. on cherche
certaines conditions (machine pas chargée, pas d'utilisateur connct é,
machine connectée, ... ) qui dépendent de la tache. selon le r ésultat,
on execute la tache ou on attend la prochaine occasion. on s'assure
quand-même que la tache est lancée exactement une fois par jour (si
nécessaire).
mais cela peut être implémenté avec un "wrapper" lancà © dans hourly (ou
cron.d).
Yves Rutschle wrote:
On Tue, Jul 08, 2008 at 11:32:12AM +0200, François TOURDE wrote:
Moins tu génères d'exceptions à la politique de base, mi eux tu te
portes au niveau de la "maintenance" de la machine
Tiens, je n'avais pas pensé à ça et effectivement c'est un
bon argument.
une autre façon de le dire: il ne faut pas se battre contre le
système. on perd à tous les coups.
idéalement, il faudrait une notion de taches "flexibles" (avec ou sa ns
RTT :): on peut spécifier plusieurs heures possibles: H1, H2, ... Hk
(HeineKen?). on tente de lancer la tache à l'heure Hi. on cherche
certaines conditions (machine pas chargée, pas d'utilisateur connct é,
machine connectée, ... ) qui dépendent de la tache. selon le r ésultat,
on execute la tache ou on attend la prochaine occasion. on s'assure
quand-même que la tache est lancée exactement une fois par jour (si
nécessaire).
mais cela peut être implémenté avec un "wrapper" lancà © dans hourly (ou
cron.d).
Yves Rutschle wrote:On Tue, Jul 08, 2008 at 11:32:12AM +0200, François TOURDE wrote:Moins tu génères d'exceptions à la politique de base, mi eux tu te
portes au niveau de la "maintenance" de la machine
Tiens, je n'avais pas pensé à ça et effectivement c'est un
bon argument.
une autre façon de le dire: il ne faut pas se battre contre le
système. on perd à tous les coups.
idéalement, il faudrait une notion de taches "flexibles" (avec ou sa ns
RTT :): on peut spécifier plusieurs heures possibles: H1, H2, ... Hk
(HeineKen?). on tente de lancer la tache à l'heure Hi. on cherche
certaines conditions (machine pas chargée, pas d'utilisateur connct é,
machine connectée, ... ) qui dépendent de la tache. selon le r ésultat,
on execute la tache ou on attend la prochaine occasion. on s'assure
quand-même que la tache est lancée exactement une fois par jour (si
nécessaire).
mais cela peut être implémenté avec un "wrapper" lancà © dans hourly (ou
cron.d).
> on tente de lancer la tache à l'heure Hi. on cherche
> certaines conditions (machine pas chargée, pas d'utilisateur conncté,
> machine connectée, ... ) qui dépendent de la tache.
Peut-être une notion de cron.asap ? Idée à creuser, non?
> on tente de lancer la tache à l'heure Hi. on cherche
> certaines conditions (machine pas chargée, pas d'utilisateur conncté,
> machine connectée, ... ) qui dépendent de la tache.
Peut-être une notion de cron.asap ? Idée à creuser, non?
> on tente de lancer la tache à l'heure Hi. on cherche
> certaines conditions (machine pas chargée, pas d'utilisateur conncté,
> machine connectée, ... ) qui dépendent de la tache.
Peut-être une notion de cron.asap ? Idée à creuser, non?
Après, un cron.asap n'est pas forcément absurde, mais c'est
un tout autre problème, et il faut le décomposer aussi: les
"daily" à faire au moins une fois par jour quand y'a pas de
charge, les "weekly" à faire une fois par semaine quand y'a
pas de charge, etc... c'est plus complexe et peut-être moins
utile.
Y.
Après, un cron.asap n'est pas forcément absurde, mais c'est
un tout autre problème, et il faut le décomposer aussi: les
"daily" à faire au moins une fois par jour quand y'a pas de
charge, les "weekly" à faire une fois par semaine quand y'a
pas de charge, etc... c'est plus complexe et peut-être moins
utile.
Y.
Après, un cron.asap n'est pas forcément absurde, mais c'est
un tout autre problème, et il faut le décomposer aussi: les
"daily" à faire au moins une fois par jour quand y'a pas de
charge, les "weekly" à faire une fois par semaine quand y'a
pas de charge, etc... c'est plus complexe et peut-être moins
utile.
Y.
je crois me rappeler que dans le fil il y avait référence à un portable,
pourquoi ne pas utiliser le @reboot ?
je crois me rappeler que dans le fil il y avait référence à un portable,
pourquoi ne pas utiliser le @reboot ?
je crois me rappeler que dans le fil il y avait référence à un portable,
pourquoi ne pas utiliser le @reboot ?