Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
3h. Ca semble se stabiliser autour de 20-25%.
Si je comprends ce que je trouve avec Google, cela voudrait dire que
launchd essaye désespérement de lancer quelque chose, sans succés. Mais
les logs ne signalent pas d'activité particulière.
Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
3h. Ca semble se stabiliser autour de 20-25%.
Si je comprends ce que je trouve avec Google, cela voudrait dire que
launchd essaye désespérement de lancer quelque chose, sans succés. Mais
les logs ne signalent pas d'activité particulière.
Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
3h. Ca semble se stabiliser autour de 20-25%.
Si je comprends ce que je trouve avec Google, cela voudrait dire que
launchd essaye désespérement de lancer quelque chose, sans succés. Mais
les logs ne signalent pas d'activité particulière.
Tu peux tenter un dtruss sur le process en question, pour voir si il
tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
Tu peux tenter un dtruss sur le process en question, pour voir si il
tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
Tu peux tenter un dtruss sur le process en question, pour voir si il
tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
In article <1jx55n6.43wgrgn8bg6kN%,
(Olivier Marti) wrote:
> Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
> ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
> 3h. Ca semble se stabiliser autour de 20-25%.
>
> Si je comprends ce que je trouve avec Google, cela voudrait dire que
> launchd essaye désespérement de lancer quelque chose, sans succés. Mais
> les logs ne signalent pas d'activité particulière.
si tu peux identifier le process launchd qui pédale ça peut aider :
s'agit-il du launchd système (uid 0) ou de ton launchd personnel (lancé
sous ton utilisateur, quand tu ouvres une session) ?
Tu peux tenter un dtruss sur le process en question, pour voir si il
tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
patpro
In article <1jx55n6.43wgrgn8bg6kN%olivier.marti@ensta.org>,
olivier.marti@ensta.org (Olivier Marti) wrote:
> Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
> ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
> 3h. Ca semble se stabiliser autour de 20-25%.
>
> Si je comprends ce que je trouve avec Google, cela voudrait dire que
> launchd essaye désespérement de lancer quelque chose, sans succés. Mais
> les logs ne signalent pas d'activité particulière.
si tu peux identifier le process launchd qui pédale ça peut aider :
s'agit-il du launchd système (uid 0) ou de ton launchd personnel (lancé
sous ton utilisateur, quand tu ouvres une session) ?
Tu peux tenter un dtruss sur le process en question, pour voir si il
tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
patpro
In article <1jx55n6.43wgrgn8bg6kN%,
(Olivier Marti) wrote:
> Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
> ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
> 3h. Ca semble se stabiliser autour de 20-25%.
>
> Si je comprends ce que je trouve avec Google, cela voudrait dire que
> launchd essaye désespérement de lancer quelque chose, sans succés. Mais
> les logs ne signalent pas d'activité particulière.
si tu peux identifier le process launchd qui pédale ça peut aider :
s'agit-il du launchd système (uid 0) ou de ton launchd personnel (lancé
sous ton utilisateur, quand tu ouvres une session) ?
Tu peux tenter un dtruss sur le process en question, pour voir si il
tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
patpro
On Mer 23 fév 2011, 14:06,
patpro ~ Patrick Proniewski wrote:
> Tu peux tenter un dtruss sur le process en question, pour voir si il
> tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
Via launchctl(1) on peut voir la liste des jobs chargés et leurs statuts
(je doute que le problème vienne de launchd(8) ou un de ses fils).
On Mer 23 fév 2011, 14:06,
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
> Tu peux tenter un dtruss sur le process en question, pour voir si il
> tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
Via launchctl(1) on peut voir la liste des jobs chargés et leurs statuts
(je doute que le problème vienne de launchd(8) ou un de ses fils).
On Mer 23 fév 2011, 14:06,
patpro ~ Patrick Proniewski wrote:
> Tu peux tenter un dtruss sur le process en question, pour voir si il
> tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
Via launchctl(1) on peut voir la liste des jobs chargés et leurs statuts
(je doute que le problème vienne de launchd(8) ou un de ses fils).
dtruss me produit des kilomètres de sortie, et je n'y comprends rien.
.... :-( Le man de dtruss n'est pas très explicite sur ce qu'il sort
comme info.
__mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
select(0x5, 0x1000FBE80, 0x0, 0x0, 0x0) = 1 0
kevent(0x4, 0x0, 0x0) = 1 0
getuid(0x7, 0x10001FEBB, 0x100001014) = 501 0
sigprocmask(0x1, 0x10002BA68, 0x7FFF5FBFE6C8) = 0x0 0
sigaction(0x1, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x2, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0xD, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
dtruss me produit des kilomètres de sortie, et je n'y comprends rien.
.... :-( Le man de dtruss n'est pas très explicite sur ce qu'il sort
comme info.
__mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
select(0x5, 0x1000FBE80, 0x0, 0x0, 0x0) = 1 0
kevent(0x4, 0x0, 0x0) = 1 0
getuid(0x7, 0x10001FEBB, 0x100001014) = 501 0
sigprocmask(0x1, 0x10002BA68, 0x7FFF5FBFE6C8) = 0x0 0
sigaction(0x1, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x2, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0xD, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
dtruss me produit des kilomètres de sortie, et je n'y comprends rien.
.... :-( Le man de dtruss n'est pas très explicite sur ce qu'il sort
comme info.
__mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
select(0x5, 0x1000FBE80, 0x0, 0x0, 0x0) = 1 0
kevent(0x4, 0x0, 0x0) = 1 0
getuid(0x7, 0x10001FEBB, 0x100001014) = 501 0
sigprocmask(0x1, 0x10002BA68, 0x7FFF5FBFE6C8) = 0x0 0
sigaction(0x1, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x2, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0xD, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
In article <1jx5cj6.z091dm12wtl68N%,
(Olivier Marti) wrote:
> dtruss me produit des kilomètres de sortie, et je n'y comprends rien.
> .... :-( Le man de dtruss n'est pas très explicite sur ce qu'il sort
> comme info.
>
> __mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
> getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
> getuid(0x100203890, 0x7, 0x0) = 501 0
../..
> select(0x5, 0x1000FBE80, 0x0, 0x0, 0x0) = 1 0
> kevent(0x4, 0x0, 0x0) = 1 0
> getuid(0x7, 0x10001FEBB, 0x100001014) = 501 0
tout ça c'est normal.
La suite par contre, j'ai un doute :
> sigprocmask(0x1, 0x10002BA68, 0x7FFF5FBFE6C8) = 0x0 0
> sigaction(0x1, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
> sigaction(0x2, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
> sigaction(0xD, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
../..
Je n'ai rien de tel sur ma machine. Tu dois avoir un job qui tourne ou
qui essaye de tourner bizarrement.
Launchd tente d'envoyer un signal à un process, mais vu la répétition de
cette action, ça sent l'échec.
J'avais espéré qu'on lirait des erreurs simples (style fichier
introuvable, fichier non-lisible ou non-modifiable), mais rien de tel
dans l'échantillon que tu présentes.
Tu devrais tenter de faire un unload sur chaque plist qui sont attachés
à ton utilisateur (LaunchAgent). Un par un, et tu regardes à chaque fois
si la charge CPU décroit.
patpro
In article <1jx5cj6.z091dm12wtl68N%olivier.marti@ensta.org>,
olivier.marti@ensta.org (Olivier Marti) wrote:
> dtruss me produit des kilomètres de sortie, et je n'y comprends rien.
> .... :-( Le man de dtruss n'est pas très explicite sur ce qu'il sort
> comme info.
>
> __mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
> getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
> getuid(0x100203890, 0x7, 0x0) = 501 0
../..
> select(0x5, 0x1000FBE80, 0x0, 0x0, 0x0) = 1 0
> kevent(0x4, 0x0, 0x0) = 1 0
> getuid(0x7, 0x10001FEBB, 0x100001014) = 501 0
tout ça c'est normal.
La suite par contre, j'ai un doute :
> sigprocmask(0x1, 0x10002BA68, 0x7FFF5FBFE6C8) = 0x0 0
> sigaction(0x1, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
> sigaction(0x2, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
> sigaction(0xD, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
../..
Je n'ai rien de tel sur ma machine. Tu dois avoir un job qui tourne ou
qui essaye de tourner bizarrement.
Launchd tente d'envoyer un signal à un process, mais vu la répétition de
cette action, ça sent l'échec.
J'avais espéré qu'on lirait des erreurs simples (style fichier
introuvable, fichier non-lisible ou non-modifiable), mais rien de tel
dans l'échantillon que tu présentes.
Tu devrais tenter de faire un unload sur chaque plist qui sont attachés
à ton utilisateur (LaunchAgent). Un par un, et tu regardes à chaque fois
si la charge CPU décroit.
patpro
In article <1jx5cj6.z091dm12wtl68N%,
(Olivier Marti) wrote:
> dtruss me produit des kilomètres de sortie, et je n'y comprends rien.
> .... :-( Le man de dtruss n'est pas très explicite sur ce qu'il sort
> comme info.
>
> __mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
> getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
> getuid(0x100203890, 0x7, 0x0) = 501 0
../..
> select(0x5, 0x1000FBE80, 0x0, 0x0, 0x0) = 1 0
> kevent(0x4, 0x0, 0x0) = 1 0
> getuid(0x7, 0x10001FEBB, 0x100001014) = 501 0
tout ça c'est normal.
La suite par contre, j'ai un doute :
> sigprocmask(0x1, 0x10002BA68, 0x7FFF5FBFE6C8) = 0x0 0
> sigaction(0x1, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
> sigaction(0x2, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
> sigaction(0xD, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
../..
Je n'ai rien de tel sur ma machine. Tu dois avoir un job qui tourne ou
qui essaye de tourner bizarrement.
Launchd tente d'envoyer un signal à un process, mais vu la répétition de
cette action, ça sent l'échec.
J'avais espéré qu'on lirait des erreurs simples (style fichier
introuvable, fichier non-lisible ou non-modifiable), mais rien de tel
dans l'échantillon que tu présentes.
Tu devrais tenter de faire un unload sur chaque plist qui sont attachés
à ton utilisateur (LaunchAgent). Un par un, et tu regardes à chaque fois
si la charge CPU décroit.
patpro
Mais appament j'ai vraiment un soucis avec launchd. Comment identifier
le soucis ?
- 1 com.apple.Kerberos.renew.plist
Mais appament j'ai vraiment un soucis avec launchd. Comment identifier
le soucis ?
- 1 com.apple.Kerberos.renew.plist
Mais appament j'ai vraiment un soucis avec launchd. Comment identifier
le soucis ?
- 1 com.apple.Kerberos.renew.plist
On Mer 23 fév 2011, 14:53,
Olivier Marti wrote:
> Mais appament j'ai vraiment un soucis avec launchd. Comment identifier
> le soucis ?
En déchargeant les agents et démons qui ne sont pas utiles au
fonctionnement du système.
Ils se trouvent aux emplacements :
~/Library/LaunchAgents
/Library/LaunchAgents
/Library/LaunchDaemons
On peut trouver ici de vieux services encore pris en charge par
launchd(8) (lorsque avant l'introduction de launchd(8), mach_init(8)
était responsable, entre autre, du lancement de services) :
/etc/mach_init_per_login_session.d
/etc/mach_init_per_user.d
> - 1 com.apple.Kerberos.renew.plist
Aucun statut de suspect à part celui ci-dessus (qui est responsable du
renouvellement des tickets d'autorisation de Kerberos, mais je doute que
ton problème vienne de là sinon tous les Mac OS X 10.6 de la Terre
auraient un soucis).
Agent que l'ont peut corriger en changeant l'option de kinit(1).
Concernant les historiques, ils disent quoi ?
launchd(8) redirige tout son blabla, notament les erreurs dans
/var/log/system.log
On Mer 23 fév 2011, 14:53,
Olivier Marti <olivier.marti@ensta.org> wrote:
> Mais appament j'ai vraiment un soucis avec launchd. Comment identifier
> le soucis ?
En déchargeant les agents et démons qui ne sont pas utiles au
fonctionnement du système.
Ils se trouvent aux emplacements :
~/Library/LaunchAgents
/Library/LaunchAgents
/Library/LaunchDaemons
On peut trouver ici de vieux services encore pris en charge par
launchd(8) (lorsque avant l'introduction de launchd(8), mach_init(8)
était responsable, entre autre, du lancement de services) :
/etc/mach_init_per_login_session.d
/etc/mach_init_per_user.d
> - 1 com.apple.Kerberos.renew.plist
Aucun statut de suspect à part celui ci-dessus (qui est responsable du
renouvellement des tickets d'autorisation de Kerberos, mais je doute que
ton problème vienne de là sinon tous les Mac OS X 10.6 de la Terre
auraient un soucis).
Agent que l'ont peut corriger en changeant l'option de kinit(1).
Concernant les historiques, ils disent quoi ?
launchd(8) redirige tout son blabla, notament les erreurs dans
/var/log/system.log
On Mer 23 fév 2011, 14:53,
Olivier Marti wrote:
> Mais appament j'ai vraiment un soucis avec launchd. Comment identifier
> le soucis ?
En déchargeant les agents et démons qui ne sont pas utiles au
fonctionnement du système.
Ils se trouvent aux emplacements :
~/Library/LaunchAgents
/Library/LaunchAgents
/Library/LaunchDaemons
On peut trouver ici de vieux services encore pris en charge par
launchd(8) (lorsque avant l'introduction de launchd(8), mach_init(8)
était responsable, entre autre, du lancement de services) :
/etc/mach_init_per_login_session.d
/etc/mach_init_per_user.d
> - 1 com.apple.Kerberos.renew.plist
Aucun statut de suspect à part celui ci-dessus (qui est responsable du
renouvellement des tickets d'autorisation de Kerberos, mais je doute que
ton problème vienne de là sinon tous les Mac OS X 10.6 de la Terre
auraient un soucis).
Agent que l'ont peut corriger en changeant l'option de kinit(1).
Concernant les historiques, ils disent quoi ?
launchd(8) redirige tout son blabla, notament les erreurs dans
/var/log/system.log
Oui, je connais. Mais on peut passer un temps fou à tatonner pour
trouver le coupable. Je cherche une méthode un peu moins empirique.
C'est effectivement la que j'ai fini par trouver le coupable (dans
per_user): Adobe Version Cue CS4.
Bien qu'ayant identifié le coupable, je ne trouve aucun message qui
m'éclaire.
J'ai beau avoir résolu mon problème, je trouve inquiétant de ne pas
trouver de méthode efficace pour debloquer un problème de ce type :-(
Oui, je connais. Mais on peut passer un temps fou à tatonner pour
trouver le coupable. Je cherche une méthode un peu moins empirique.
C'est effectivement la que j'ai fini par trouver le coupable (dans
per_user): Adobe Version Cue CS4.
Bien qu'ayant identifié le coupable, je ne trouve aucun message qui
m'éclaire.
J'ai beau avoir résolu mon problème, je trouve inquiétant de ne pas
trouver de méthode efficace pour debloquer un problème de ce type :-(
Oui, je connais. Mais on peut passer un temps fou à tatonner pour
trouver le coupable. Je cherche une méthode un peu moins empirique.
C'est effectivement la que j'ai fini par trouver le coupable (dans
per_user): Adobe Version Cue CS4.
Bien qu'ayant identifié le coupable, je ne trouve aucun message qui
m'éclaire.
J'ai beau avoir résolu mon problème, je trouve inquiétant de ne pas
trouver de méthode efficace pour debloquer un problème de ce type :-(
Je ne sais plus quoi chercher, ni comment
Je ne sais plus quoi chercher, ni comment
Je ne sais plus quoi chercher, ni comment