Bonjour,
je viens de découvrir que la dernière minute du moins de juin 2012 comprends 61s, plus d'infos : http://www.clubic.com/internet/actualite-499220-seconde-additionnelle-2012-m... http://en.wikipedia.org/wiki/Leap_second
Du coup, je me retrouve avec plusieurs process qui consomme énormément de CPU : java, mysql (certaines versions).
Un upgrade des packages + un reboot corrige le problème. Un restart du programme ne corrige rien non plus. Pour l'instant, je n'ai que le reboot comme solution...
Si vous avez des serveurs qui consomme anormalement du CPU, c'est surement la cause. Si vous avez plus d'infos, notamment comment réparer sans reboot, ça m’intéresse.
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
Le 2 juillet 2012 10:46, Gregory Duchatelet greg-frsag@duchatelet.net a écrit :
Bonjour,
je viens de découvrir que la dernière minute du moins de juin 2012 comprends 61s, plus d'infos : http://www.clubic.com/**internet/actualite-499220-** seconde-additionnelle-2012-**mal-digeree-sites-programmes.**htmlhttp://www.clubic.com/internet/actualite-499220-seconde-additionnelle-2012-mal-digeree-sites-programmes.html http://en.wikipedia.org/wiki/**Leap_secondhttp://en.wikipedia.org/wiki/Leap_second
Du coup, je me retrouve avec plusieurs process qui consomme énormément de CPU : java, mysql (certaines versions).
Un upgrade des packages + un reboot corrige le problème. Un restart du programme ne corrige rien non plus. Pour l'instant, je n'ai que le reboot comme solution...
Si vous avez des serveurs qui consomme anormalement du CPU, c'est surement la cause. Si vous avez plus d'infos, notamment comment réparer sans reboot, ça m’intéresse.
-- Greg
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
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.
Merci Ludo.
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)'
Le lundi 02 juillet 2012 à 11:06 +0200, frederic ollivier a écrit :
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)'
Bonjour.
un petit export LANG=C avant le réglage de la date, et ça fonctionne.
Pierre
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
On Mon, Jul 2, 2012 at 11:13 AM, Sylvain Rochet gradator@gradator.net wrote:
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
Ok, merci
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/
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 ?
+--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.
Le 02/07/2012 12:22, Mathieu Arnold a écrit :
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.
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./
Dans le doute, ça ne mange pas de pain donc je les ai ajoutée ;)
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,
Le 02/07/2012 22:49, Sébastien Luttringer a écrit :
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,
Dans le passé, oui, mais ce qui m'intéresse dans ce cron c'est le futur, et comme on ne peut pas prévoir les prochaines secondes intercalaires car induites par le mouvement des marées, il est théoriquement possible de caler une de ces secondes lors de ces 2 périodes supplémentaires.
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?
Le 02/07/2012 12:07, Gregory Duchatelet a écrit :
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 ?
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"
+--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.
2012/7/4 Gregory Duchatelet greg-frsag@duchatelet.net:
Le 02/07/2012 12:07, Gregory Duchatelet a écrit :
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 ?
Le dernier bulletin C est disponible ici http://data.iers.org/products/16/14889/orig/bulletinc-043.txt et il est indiqué "Bulletin C is mailed every six months, either to announce a time step in UTC or to confirm that there will be no time step at the next possible date." Il n'y aucune autre date en 2012 d'annoncée.
Il est possible de recevoir le bulleting C par email dans la section " E-Mail Subscription" en bas de cette page : http://www.iers.org/nn_11252/IERS/EN/DataProducts/EarthOrientationData/bulC_...
/François
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
+--On 5 juillet 2012 08:18:29 +0200 Wallace 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.
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/)
Salut,
On Thu, Jul 05, 2012 at 09:10:12AM +0200, Frédéric de Villamil wrote:
[...], je vois deux très grosses limitations à utiliser cette méthode.
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
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.
(Bonsoir,)
D'ailleurs, je suppose que cela explique également le crash de ma libre-boite de ce week end, ou simple coïncidence ?
On 02/07/2012 10:46, Gregory Duchatelet wrote:
Bonjour,
je viens de découvrir que la dernière minute du moins de juin 2012 comprends 61s, plus d'infos : http://www.clubic.com/internet/actualite-499220-seconde-additionnelle-2012-m... http://en.wikipedia.org/wiki/Leap_second
Du coup, je me retrouve avec plusieurs process qui consomme énormément de CPU : java, mysql (certaines versions).
Un upgrade des packages + un reboot corrige le problème. Un restart du programme ne corrige rien non plus. Pour l'instant, je n'ai que le reboot comme solution...
Si vous avez des serveurs qui consomme anormalement du CPU, c'est surement la cause. Si vous avez plus d'infos, notamment comment réparer sans reboot, ça m’intéresse.
-
Francois BAYART -
frederic ollivier -
Frédéric de Villamil -
Gregory Duchatelet -
Ludovic Cartier -
Mathieu Arnold -
Milamber -
Olivier Bonvalet -
Pierre Tourbeaux -
Sylvain Rochet -
Sébastien Luttringer -
Wallace