Est-ce que cette commande a disparu en 10.4 ? Ou bien elle n'est que
sur la version serveur ?
Elle est bien sympa pourtant (chais pas moi paramétrer le serveur tnp
par exemple).
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
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
Nicolas.MICHEL
FiLH wrote:
Bonjour,
Est-ce que cette commande a disparu en 10.4 ? Ou bien elle n'est que sur la version serveur ? Elle est bien sympa pourtant (chais pas moi paramétrer le serveur tnp par exemple).
Cette commande se trouve ici :
/System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/ Support
Et elle marche toujours, bien que pour le ntp j'aies finit par balancer dans mon loginscript ces 2 lignes :
killall -9 ntpd ntpdate -bvs dc.ici.ch
Parce que courrir après les bugs du système c'est pas mon truc.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
FiLH <filh@filh.org> wrote:
Bonjour,
Est-ce que cette commande a disparu en 10.4 ? Ou bien elle n'est que
sur la version serveur ?
Elle est bien sympa pourtant (chais pas moi paramétrer le serveur tnp
par exemple).
Cette commande se trouve ici :
/System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/
Support
Et elle marche toujours, bien que pour le ntp j'aies finit par balancer
dans mon loginscript ces 2 lignes :
killall -9 ntpd
ntpdate -bvs dc.ici.ch
Parce que courrir après les bugs du système c'est pas mon truc.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Est-ce que cette commande a disparu en 10.4 ? Ou bien elle n'est que sur la version serveur ? Elle est bien sympa pourtant (chais pas moi paramétrer le serveur tnp par exemple).
Cette commande se trouve ici :
/System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/ Support
Et elle marche toujours, bien que pour le ntp j'aies finit par balancer dans mon loginscript ces 2 lignes :
killall -9 ntpd ntpdate -bvs dc.ici.ch
Parce que courrir après les bugs du système c'est pas mon truc.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
pere.noel
Nicolas MICHEL wrote:
killall -9 ntpd ntpdate -bvs dc.ici.ch
euh donc tu pense que c'est buggué le ntp auto ?
je dis ça car il y a qq semaines en mettant au point un serveur de news j'ai eu des messages d'erreurs disant que il y avait un décalage de + de 10 mn entre les serveurs nntp auwquels je me connectait et ma machine le message me disant de vérifier mon system clock.
bon, MAIS quand j'ai lu ce log le problème avait disparu entre-temps (mon horloge était "à la bonne heure") cependant je dois m'assurer que ce pb ne revienne pas sporadiquement car, comme fetchnews est lancé périodiquement sous launchd, fetchnews se fait éjecter par launchd si une erreur drevient trop souvent...
-- une bévue
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
killall -9 ntpd
ntpdate -bvs dc.ici.ch
euh donc tu pense que c'est buggué le ntp auto ?
je dis ça car il y a qq semaines en mettant au point un serveur de news
j'ai eu des messages d'erreurs disant que il y avait un décalage de + de
10 mn entre les serveurs nntp auwquels je me connectait et ma machine le
message me disant de vérifier mon system clock.
bon, MAIS quand j'ai lu ce log le problème avait disparu entre-temps
(mon horloge était "à la bonne heure") cependant je dois m'assurer que
ce pb ne revienne pas sporadiquement car, comme fetchnews est lancé
périodiquement sous launchd, fetchnews se fait éjecter par launchd si
une erreur drevient trop souvent...
je dis ça car il y a qq semaines en mettant au point un serveur de news j'ai eu des messages d'erreurs disant que il y avait un décalage de + de 10 mn entre les serveurs nntp auwquels je me connectait et ma machine le message me disant de vérifier mon system clock.
bon, MAIS quand j'ai lu ce log le problème avait disparu entre-temps (mon horloge était "à la bonne heure") cependant je dois m'assurer que ce pb ne revienne pas sporadiquement car, comme fetchnews est lancé périodiquement sous launchd, fetchnews se fait éjecter par launchd si une erreur drevient trop souvent...
-- une bévue
Nicolas.MICHEL
Une bévue wrote:
Nicolas MICHEL wrote:
killall -9 ntpd ntpdate -bvs dc.ici.ch
euh donc tu pense que c'est buggué le ntp auto ?
Il y a notament ceci : <http://docs.info.apple.com/article.html?artnum03731>
Je ne sais pas si c'est ça mon problème, mais de fait j'avais de nombreux problèmes avec le kerberos à cause de machines qui n'étaient pas à l'heure. Juste en allant dans les pref système / date et heure puis en dévérouillant le cadenas, il se mettait à l'heure ...
Donc j'ai mis une update manuelle en place et depuis mes clients sont à l'heure.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Une bévue <pere.noel@laponie.com> wrote:
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
killall -9 ntpd
ntpdate -bvs dc.ici.ch
euh donc tu pense que c'est buggué le ntp auto ?
Il y a notament ceci :
<http://docs.info.apple.com/article.html?artnum03731>
Je ne sais pas si c'est ça mon problème, mais de fait j'avais de
nombreux problèmes avec le kerberos à cause de machines qui n'étaient
pas à l'heure. Juste en allant dans les pref système / date et heure
puis en dévérouillant le cadenas, il se mettait à l'heure ...
Donc j'ai mis une update manuelle en place et depuis mes clients sont à
l'heure.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Il y a notament ceci : <http://docs.info.apple.com/article.html?artnum03731>
Je ne sais pas si c'est ça mon problème, mais de fait j'avais de nombreux problèmes avec le kerberos à cause de machines qui n'étaient pas à l'heure. Juste en allant dans les pref système / date et heure puis en dévérouillant le cadenas, il se mettait à l'heure ...
Donc j'ai mis une update manuelle en place et depuis mes clients sont à l'heure.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
pere.noel
Nicolas MICHEL wrote:
Il y a notament ceci : <http://docs.info.apple.com/article.html?artnum03731>
Je ne sais pas si c'est ça mon problème, mais de fait j'avais de nombreux problèmes avec le kerberos à cause de machines qui n'étaient pas à l'heure. Juste en allant dans les pref système / date et heure puis en dévérouillant le cadenas, il se mettait à l'heure ...
Donc j'ai mis une update manuelle en place et depuis mes clients sont à l'heure.
ok, vu merci beaucoup, en fait Mac OS X devrait s'appeller MacOS K ?
;-)
K=Kit do it yourself ? -- une bévue
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
Il y a notament ceci :
<http://docs.info.apple.com/article.html?artnum03731>
Je ne sais pas si c'est ça mon problème, mais de fait j'avais de
nombreux problèmes avec le kerberos à cause de machines qui n'étaient
pas à l'heure. Juste en allant dans les pref système / date et heure
puis en dévérouillant le cadenas, il se mettait à l'heure ...
Donc j'ai mis une update manuelle en place et depuis mes clients sont à
l'heure.
ok, vu merci beaucoup, en fait Mac OS X devrait s'appeller MacOS K ?
Il y a notament ceci : <http://docs.info.apple.com/article.html?artnum03731>
Je ne sais pas si c'est ça mon problème, mais de fait j'avais de nombreux problèmes avec le kerberos à cause de machines qui n'étaient pas à l'heure. Juste en allant dans les pref système / date et heure puis en dévérouillant le cadenas, il se mettait à l'heure ...
Donc j'ai mis une update manuelle en place et depuis mes clients sont à l'heure.
ok, vu merci beaucoup, en fait Mac OS X devrait s'appeller MacOS K ?
;-)
K=Kit do it yourself ? -- une bévue
Nicolas.MICHEL
Xavier wrote:
Nicolas MICHEL wrote:
killall -9 ntpd ntpdate -bvs dc.ici.ch
Parce que courrir après les bugs du système c'est pas mon truc.
ntpd ne m'a jamais posé de problème !?! Sur le lien que tu donnes ensuite, la technote semble dire que c'est uniquement le fichier de conf qui est mal foutu ...
Tout ce que j'ai constaté, c'est que chez moi un bon quart des utilisateurs n'avait pas de single sign-on à cause de problèmes d'horloge.
Dans un certain nombre de cas, c'était juste parce que le ntpd n'était pas activé. Bêtement. Mais il y avait une majorité de cas où le ntpd était activé mais où le serveur ntp n'était pas réglé correctement ou ne répondait pas, ou autre.
Il me semble que c'était surtout, voir exclusivement sur 10.4, mais j'ai pas analysé. Comme dit plus haut, j'ai autre chose à faire qu'à débugger un système. J'ai mis 2 lignes dans mon loginscript et depuis touts mes macs sont pile à l'heure. Ce résultat me satisfait et je me passe donc volontier de ntpd.
-- Nicolas
Xavier <xavier@groumpf.org> wrote:
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
killall -9 ntpd
ntpdate -bvs dc.ici.ch
Parce que courrir après les bugs du système c'est pas mon truc.
ntpd ne m'a jamais posé de problème !?! Sur le lien que tu donnes
ensuite, la technote semble dire que c'est uniquement le fichier de conf
qui est mal foutu ...
Tout ce que j'ai constaté, c'est que chez moi un bon quart des
utilisateurs n'avait pas de single sign-on à cause de problèmes
d'horloge.
Dans un certain nombre de cas, c'était juste parce que le ntpd n'était
pas activé. Bêtement. Mais il y avait une majorité de cas où le ntpd
était activé mais où le serveur ntp n'était pas réglé correctement ou ne
répondait pas, ou autre.
Il me semble que c'était surtout, voir exclusivement sur 10.4, mais j'ai
pas analysé. Comme dit plus haut, j'ai autre chose à faire qu'à débugger
un système. J'ai mis 2 lignes dans mon loginscript et depuis touts mes
macs sont pile à l'heure. Ce résultat me satisfait et je me passe donc
volontier de ntpd.
Parce que courrir après les bugs du système c'est pas mon truc.
ntpd ne m'a jamais posé de problème !?! Sur le lien que tu donnes ensuite, la technote semble dire que c'est uniquement le fichier de conf qui est mal foutu ...
Tout ce que j'ai constaté, c'est que chez moi un bon quart des utilisateurs n'avait pas de single sign-on à cause de problèmes d'horloge.
Dans un certain nombre de cas, c'était juste parce que le ntpd n'était pas activé. Bêtement. Mais il y avait une majorité de cas où le ntpd était activé mais où le serveur ntp n'était pas réglé correctement ou ne répondait pas, ou autre.
Il me semble que c'était surtout, voir exclusivement sur 10.4, mais j'ai pas analysé. Comme dit plus haut, j'ai autre chose à faire qu'à débugger un système. J'ai mis 2 lignes dans mon loginscript et depuis touts mes macs sont pile à l'heure. Ce résultat me satisfait et je me passe donc volontier de ntpd.
-- Nicolas
pere.noel
Xavier wrote:
Et si je ne l'ai pas dit 1000 fois, je ne leur ai jamais dit...
achètes toi un magnéto avec HP ;-) -- une bévue
Xavier <xavier@groumpf.org> wrote:
Et si je ne l'ai pas dit 1000 fois, je ne leur ai jamais dit...
Donc non, soit rassuré, mes utilisateurs sont normaux ;-> Il n'éteignent ni ne logout leurs machines.
Mais en fait j'avais grossièrement résumé le contennu de mon loginscript, qui contient en fait ceci (je suis un goret mais tout de même)
*********** SetNetworkTime () {
if [ -e /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/ Support/systemsetup ] then cd /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/ Support ./systemsetup -setnetworktimeserver dc.ici.ch ./systemsetup -setusingnetworktime on fi killall -9 ntpd ntpdate -bvs dc.ici.ch SystemStarter start "Network Time"
}
# puis plus loin, évidement,
SetNetworkTime **************
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Xavier <xavier@groumpf.org> wrote:
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
J'ai mis 2 lignes dans mon loginscript et depuis touts mes
macs sont pile à l'heure.
Ca, c'est parce que tes utilisateurs ferment leur session après usage.
Dire que quelque chose fonctionne grâce aux utilisateurs, c'est admettre
qu'il y a un problème sérieux :)
Donc je regarde l'uptime de quelque machines au bol et la deuxième me
dit ça :
Donc non, soit rassuré, mes utilisateurs sont normaux ;->
Il n'éteignent ni ne logout leurs machines.
Mais en fait j'avais grossièrement résumé le contennu de mon
loginscript, qui contient en fait ceci
(je suis un goret mais tout de même)
***********
SetNetworkTime () {
if [ -e
/System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/
Support/systemsetup ]
then
cd
/System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/
Support
./systemsetup -setnetworktimeserver dc.ici.ch
./systemsetup -setusingnetworktime on
fi
killall -9 ntpd
ntpdate -bvs dc.ici.ch
SystemStarter start "Network Time"
}
# puis plus loin, évidement,
SetNetworkTime
**************
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Donc non, soit rassuré, mes utilisateurs sont normaux ;-> Il n'éteignent ni ne logout leurs machines.
Mais en fait j'avais grossièrement résumé le contennu de mon loginscript, qui contient en fait ceci (je suis un goret mais tout de même)
*********** SetNetworkTime () {
if [ -e /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/ Support/systemsetup ] then cd /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/ Support ./systemsetup -setnetworktimeserver dc.ici.ch ./systemsetup -setusingnetworktime on fi killall -9 ntpd ntpdate -bvs dc.ici.ch SystemStarter start "Network Time"
}
# puis plus loin, évidement,
SetNetworkTime **************
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
