2012/7/2 Gregory Duchatelet <greg-frsag@duchatelet.net>:

Le 02/07/2012 10:48, Ludovic Cartier a écrit :

Hello,

On l'a tous découvert à la dernière minute je crois :-) J'ai 4 serveurs impactés moi (java et mysql). Un reboot a suffit à les remettre dans le droit chemin.

Pour info, il semblerait que la manip' suivante soit efficace pour résoudre le pb :

/etc/init.d/ntp stop; date -s "`date`" ; /etc/init.d/ntp start

Effectivement, ça a fonctionné sur mes serveurs équipés de Java ou de MySQL.

Chez moi la commande ne fonctionne pas # /etc/init.d/ntp stop; date -s "`date`" ; /etc/init.d/ntp start date: date invalide `lundi 2 juillet 2012, 11:00:42 (UTC+0200)' -- Frédéric Ollivier http://www.gnu.org/philosophy/no-word-attachments.fr.html

Salut, On Mon, Jul 02, 2012 at 11:06:38AM +0200, frederic ollivier wrote:

Chez moi la commande ne fonctionne pas

# /etc/init.d/ntp stop; date -s "`date`" ; /etc/init.d/ntp start date: date invalide `lundi 2 juillet 2012, 11:00:42 (UTC+0200)'

export LC_ALL=C ; /etc/init.d/ntp stop; date -s "`date`" ; /etc/init.d/ntp start Sylvain

Le 02/07/2012 10:13, Sylvain Rochet a ecrit :

Salut,

On Mon, Jul 02, 2012 at 11:06:38AM +0200, frederic ollivier wrote:

...

Chez moi la commande ne fonctionne pas

# /etc/init.d/ntp stop; date -s "`date`" ; /etc/init.d/ntp start date: date invalide `lundi 2 juillet 2012, 11:00:42 (UTC+0200)'

export LC_ALL=C ; /etc/init.d/ntp stop; date -s "`date`" ; /etc/init.d/ntp start

Sans l'export: /etc/init.d/ntp stop; date -s "`date -R`" ; /etc/init.d/ntp start A+

Sylvain

_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

+--On 2 juillet 2012 12:07:05 +0200 Gregory Duchatelet <greg-frsag@duchatelet.net> wrote: | Le 02/07/2012 10:48, Ludovic Cartier a écrit : |> Hello, |> |> On l'a tous découvert à la dernière minute je crois :-) |> J'ai 4 serveurs impactés moi (java et mysql). Un reboot a suffit à les |> remettre dans le droit chemin. |> |> Pour info, il semblerait que la manip' suivante soit efficace pour |> résoudre le pb : |> |> /etc/init.d/ntp stop; date -s "`date`" ; /etc/init.d/ntp start | | Voici la crontab qui nous simplifiera la vie pour cette année au moins : | |# http://fr.wikipedia.org/wiki/Seconde_intercalaire |# 1er janvier | 0 1 1 1 * root /etc/init.d/ntp stop; LANG=C date | -s "`date`" ; sleep 1; /etc/init.d/ntp start |# 1er avril | 0 2 1 4 * root /etc/init.d/ntp stop; LANG=C date | -s "`date`" ; sleep 1; /etc/init.d/ntp start |# 1er juillet : | 0 2 1 7 * root /etc/init.d/ntp stop; LANG=C date | -s "`date`" ; sleep 1; /etc/init.d/ntp start |# 1er octobre | 0 1 1 10 * root /etc/init.d/ntp stop; LANG=C date | -s "`date`" ; sleep 1; /etc/init.d/ntp start | | J'ai ajouté un sleep 1, par fois ntp ne s'arrête pas immédiatement... | encore un bug ? Sans vouloir dire, les secondes intercalaires, elles sont ajoutées (ou retirées, et, ça peut aller de -2 à +2) à la dernière minute du jour le 30 juin ou le 31 décembre, le reste du temps, ça ne sert à rien, ni en avril, ni en octobre. (Je n'entrerai pas dans le débat de l'OS ou du soft qui a été codé par des débiles.) Il ne devrait, d'ailleurs, plus y en avoir avant 2015, voir, peut être, plus jamais. -- Mathieu Arnold

2012/7/2 Gregory Duchatelet <greg-frsag@duchatelet.net>:

RTFM: http://fr.wikipedia.org/wiki/Seconde_intercalaire ... il serait possible d'insérer ou de retrancher une seconde intercalaire supplémentaire avant un 1er avril ou un 1er octobre. Ce cas ne s'est encore jamais produit depuis 1972.

Beaucoup de source[1][2][3][4] indiquent qu'il y a eu 25 secondes intercalaires depuis 1972. Did you trusted the fucking manual (DYTFM)? [1] http://en.wikipedia.org/wiki/Leap_second [2] http://www.wired.com/wiredenterprise/2012/07/leap-second-bug-wreaks-havoc-wi... [3] http://gawker.com/5922627/what-are-you-going-to-do-with-your-extra-second [4] http://www.rtbf.be/info/medias/detail_la-seconde-intercalaire-provoque-un-bu... Cordialement, -- Sébastien "Seblu" Luttringer www.seblu.net

Merci Gregory pour ton lien sur wikipedia, je pensais que c'était non standardisé comme date mais en fait non. 3615 mylife (maintenant que le minitel est mort si vous avez mieux comme accroche je suis preneur) quand j'ai reçu des messages d'alertes de mes supervisions j'ai cru à un problème réseau, en regardant les graphs de métrologie j'ai vu que seul deux machines étaient impactées ce sont simplement les deux dns récursifs qui font aussi office de serveur ntp. Par contre aucune autre machine n'a eu de soucis, pas de bug kernel (je suis en 3.2.21 à priori suffisamment récent pour pas avoir de soucis), pas de soucis MySQL (5.5.25), bref rien comparé à ce que je lis ici ou ailleurs. Tout cela pour dire que si des versions récentes des applicatifs et kernel ont permis de passer au travers (à part ntp), comme se fait il que lors du dernier réajustement le 31 décembre 2008 des kernel de la branche 2.6 et des applicatifs plus anciens n'aient pas eu de soucis?

+--On 4 juillet 2012 15:18:38 +0200 Gregory Duchatelet <greg-frsag@duchatelet.net> wrote: | Il existe un moyen bien plus propre, en configurant ntp afin qu'il | anticipe les leap seconds : | http://support.ntp.org/bin/view/Support/ConfiguringNTP#Section_6.14. | | Ca se résume à : | | wget ftp://tycho.usno.navy.mil/pub/ntp/leap-seconds.3535142400 | | puis dans la conf ntp.conf (à partir de la 4.2.6, version actuelle de | Debian Squeeze) : | leapfile "/path_ou_se_trouve/leap-seconds.3535142400" Vouy, mais comme on ne peut savoir quand sera la prochaine seconde intercalaire qu'à six mois, il faut maintenir le fichier à jour, ça ajoute une charge en plus pour l'admin. -- Mathieu Arnold

Le 04/07/2012 15:18, Gregory Duchatelet a écrit :

Il existe un moyen bien plus propre, en configurant ntp afin qu'il anticipe les leap seconds : http://support.ntp.org/bin/view/Support/ConfiguringNTP#Section_6.14.

Ca se résume à :

wget ftp://tycho.usno.navy.mil/pub/ntp/leap-seconds.3535142400

puis dans la conf ntp.conf (à partir de la 4.2.6, version actuelle de Debian Squeeze) : leapfile "/path_ou_se_trouve/leap-seconds.3535142400"

Effectivement c'est plus propre mais il va falloir enrichir le fichier pour les prochaines dates. Vu que c'est à date fixe, pourquoi ne pas renseigner les 100 prochaines années? A vrai dire la solution du cron me parait plus pérenne dans le sens où c'est visible et on l'oubliera pas d'ici quelques années. Alors que ce bout de conf même avec quelques années renseignées en plus c'est un coup à l'oublier. A voir

Le jeudi 5 juillet 2012 à 09:04, Mathieu Arnold a écrit :

+--On 5 juillet 2012 08:18:29 +0200 Wallace <wallace@morkitu.org (mailto:wallace@morkitu.org)> wrote: | Le 04/07/2012 15:18, Gregory Duchatelet a écrit : |> Il existe un moyen bien plus propre, en configurant ntp afin qu'il |> anticipe les leap seconds : |> http://support.ntp.org/bin/view/Support/ConfiguringNTP#Section_6.14. |> |> Ca se résume à : |> |> wget ftp://tycho.usno.navy.mil/pub/ntp/leap-seconds.3535142400 |> |> puis dans la conf ntp.conf (à partir de la 4.2.6, version actuelle de |> Debian Squeeze) : |> leapfile "/path_ou_se_trouve/leap-seconds.3535142400" | | Effectivement c'est plus propre mais il va falloir enrichir le fichier | pour les prochaines dates. | Vu que c'est à date fixe, pourquoi ne pas renseigner les 100 prochaines | années?

Justement, non, la date n'est pas fixe, les dates possibles sont fixes, mais on ne peut pas savoir plus de six mois à l'avance si on aura besoin, ou pas, d'une seconde intercalaire. La terre n'a pas un mouvement prévisible.

Bonjour, Après avoir étudié un peu la chose et en avoir discuté ici et là avec des personnes connaissant vraiment bien ntp, je vois deux très grosses limitations à utiliser cette méthode. La première, c'est que c'est très risqué si le serveur NTP sur lequel vous l'appliquez n'est pas stratum 1 (directement connecté à un device permettant de calculer l'heure exacte sans passer par le réseau comme un GPS, du CDMA, Irig-B…). La seconde c'est que le site de la Navy ne fournit aucun MD5 du fichier, ni aucun moyen de s'assurer de son intégrité. J'étais assez séduit par cette méthode, mais finalement je vais rester sur une bête crontab, beaucoup plus maîtrisée en matière de risques. Bonne journée. -- Frédéric de Villamil "What's mine is mine. What's yours is still unsetteled" – Go player proverb frederic@de-villamil.com (mailto:frederic@de-villamil.com) tel: +33 (0)6 62 19 1337 http://t37.net (http://t37.net/) Typo : http://typosphere.org (http://typosphere.org/)

Le 05/07/2012 11:02, Sylvain Rochet a écrit :

Et pourquoi pas la méthode la plus simple... upgrader et donc tenir à jour ses machines ? :-) D'ici la prochaine seconde intercalaire, j'ai la faiblesse de croire que tous les systèmes auront au moins le fix backporté sur les différents soft impactés (Java, MySQL, Linux, autre?). Sylvain C'était une de mes questions plus tôt, en 2008 lors de la précédente seconde d'ajustement on en a pas entendu parler alors que les versions étaient encore plus anciennes.

Pour ma part seul ntp m'a posé souci le reste s'est bien comporté, en 2008 il me semble que j'utilisais encore des ntp publiques sans passer par des relais internes.