OVH Cloud OVH Cloud

tiger et crontab periodic

14 réponses
Avatar
patpro ~ Patrick Proniewski
Bonjour,

Je viens de voir un truc étonnant à propos des "crontab" periodic
(gérées par launchd maintenant).

Il apparaît que le fichier daily.out est bien touché tous les matins à
3h15, mais si je m'interesse à son contenu :

$ grep "CEST 2005" /var/log/daily.out
Sun May 1 03:15:01 CEST 2005
Mon May 2 03:14:59 CEST 2005
Tue May 3 03:15:00 CEST 2005
Tue May 17 03:14:59 CEST 2005
Sat May 28 03:15:01 CEST 2005
Sun May 29 03:15:01 CEST 2005
Wed Jun 1 03:15:04 CEST 2005
Fri Jun 10 03:15:00 CEST 2005
Wed Jun 22 03:15:20 CEST 2005
Sun Jul 3 03:15:18 CEST 2005

pour une machine allumée 24/24 ça la fout mal... Quelqu'un a une idée de
pourquoi une machine jamais en veille, jamais éteinte, ne lance son
daily que quand ça lui chante ?

note : Tiger installé le 30 avril, en "installation avec restauration
des utilisateurs"


patpro

4 réponses

1 2
Avatar
Nicolas.MICHEL
Matt wrote:

Non loin de là.
As-tu déjà lu de la documentation destinée uniquement aux développeurs ?


C'est malheureusement déjà arrivé. Mais bon,...
Le problème n'est pas là, cette doc explique la théorie en gros alors
que je veux la pratique en détail.

Ce qui est bien l'objet de ma question.


Eh bien tu as eu plusieurs réponses.
Qu'attends-tu ? Un cours sur launchd ?


Là c'est toi qui est de mauvaise foi ;->
Si ce forum ne sert plus à éclaircir un man obscure, qu'y fait-on ?
Je n'ai aucun besoins particulier de launchd, je pousse mes tests et mes
questions par pur curiosité professionnelle et les réponses aideront
certainement d'autres que moi.

Là je ne peux pas t'aider car je n'utilise pas Mac OS X 10.4
Peut-être un bug va savoir. Faudrait que d'autres utilisateurs connaissant
launchd s'expriment pour être sûr de ça.


En effêt :)

--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas


Avatar
patpro ~ Patrick Proniewski
In article <1gzboqp.1s0leta18y7lfsN%,
(Nicolas MICHEL) wrote:

C'est malheureusement déjà arrivé. Mais bon,...
Le problème n'est pas là, cette doc explique la théorie en gros alors
que je veux la pratique en détail.


moi ça me paraît évident qu'un admin doit lire la doc développeur sur
des points comme spotlight, launchd, le typage des fichiers, ...
Au moins les introductions, pas forcément la doc des API.

Je n'ai aucun besoins particulier de launchd, je pousse mes tests et mes
questions par pur curiosité professionnelle et les réponses aideront
certainement d'autres que moi.


sisisi, tu as besoin de launchd, si tu veux faire de l'admin
sérieusement, je te conseille vivement d'approfondir. Pas forcément dans
l'urgence, il faut aussi attendre qu'apple débugue son jouet, mais a
terme c'est vraiment une pièce centrale d'OSX.

patpro

Avatar
Nicolas.MICHEL
Matt wrote:

Entre éclaircir un point et faire le boulot des autres, il y a une
_énorme_ différence.
Si avec les éclaircissements donnés, tu n'arrives pas à t'en sortir, c'est
que tu es un gros fainéant et tu attends qu'autrui te mâche ton boulot.


Tu as un peu raison, sauf que j'ai aussi autre chose à faire pour le
moment qu'à débrousailler des man. Mais bon, prennons un peu de temps.

J'ai joué à telnet.
de 1, configurer le service :
dans /System/Library/LaunchDaemons/telnet.plist
remplacer <key>disabled</key>
par <key>enabled</key>
de 2, activer le service :
launchctl load /System/Library/LaunchDaemons/telnet.plist

Pour le désactiver temporairement :
launchctl unload /System/Library/LaunchDaemons/telnet.plist
Il sera à nouveau en marche au prochain démarage.

Pour désactiver le service au prochain boot, modifier le fichier
/System/Library/LaunchDaemons/telnet.plist et le remettre en disabled.

Les start et stop servent probablement à lancer ou tuer un daemon qui
est configuré en "OnDemand/false" et qui donc tourne comme un daemon
traditionnel, en permanence. Dans le cas d'un stop, ça devrait
logiquement tuer le démon mais pas désactiver le service donc à la
prochaine requête launchd devrait le relancer je suppose.

Alors entendre dire d'un admin système qu'il n'a aucuns besoins
particuliers de launchd, je suis plié en 4.


J'ai pas dis que je n'en aurai jamais besoins.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas

Avatar
Nicolas.MICHEL
Matt wrote:

On Thu, 7 Jul 2005 13:56:43 +0200,
Nicolas MICHEL wrote:

Tu as un peu raison, sauf que j'ai aussi autre chose à faire pour le
moment qu'à débrousailler des man. Mais bon, prennons un peu de temps.


Et donc c'est aux autres de le faire ?
Sois sérieux.


En somme tu t'insurges entre autre chose parce que tu n'as pas la
réponse, sinon tu aurais simplement répondu :->

Bon, j'avoues avoir espéré pouvoir passer mois de temps sur ce sujet en
profitant du savoir de la noble assemblée des contributeurs.
Mais je ne vois pas pourquoi je ne pourrais pas demander si quelqu'un
sait utiliser launchd avant de perdre mon temps à réinventer la roue.
Ce forum sert à ça, aussi. Evidement, si personne ne sais c'est celui
qui dit qui fait. Et comme il se doit, je l'ai fait puis j'ai posté un
petit topic pour les suivants. Qu'est-ce qui te déranges là dedant ?
Le fait que je râle après la doc mal faite ?

J'ai pas dis que je n'en aurai jamais besoins.


Tu l'as sous-entendu, je ne vois pas trop la différence mébon, passons.


Non, j'ai dit que si ça se trouve ce truc vas bientôt être steevé, tout
comme les StartupItems l'ont été.
Et ce truc n'est pas si utile pour une workstation. Mes serveurs étant
sous windows ou linux, il est probable que je n'aies jamais besoins de
configurer launchd à la main.

--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas


1 2