En poursuivant votre navigation sur ce site, vous acceptez l’utilisation de cookies pour vous proposer des services et offres adaptés à vos centres d’intérêts.FERMER  x
Pour en savoir plus et paramétrer les cookies...

La seconde supplémentaire a bien endommagé des serveurs

Plusieurs serveurs Linux ont planté le 30 juin, au moment où ils ont essayé de changer l’heure de leurs horloges internes.

laisser un avis
Le 30 juin à minuit, de nombreux serveurs ont planté. Plusieurs serveurs web, des serveurs d’applications Java, des bases de données, tous reposant sur des systèmes Linux, ont cessé de répondre aux requêtes. Le phénomène fut notable chez Mozilla et sur des relais Twitter. Difficile de savoir ce qui s'est exactement passé. Mais on se doute de la cause : l’ajout ce jour-là, à minuit UTC pile, d’une seconde en plus sur toutes les horloges atomiques du monde.
Cette seconde intercalaire est la 25e que l’on rajoute à nos montres depuis 1972, pour compenser quelques retards subtils dans la rotation de la Terre. Contrairement au 29 février des années bissextiles, cette seconde en plus n’est pas prévisible par les ordinateurs. Elle tombe aléatoirement, quand les scientifiques jugent qu’il y a eu suffisamment de tremblements de terre pour que l’heure atomique ne soit plus synchronisée avec l’heure solaire.

Changer d’heure mais pas au même moment

Rapellons qu'il n’y a que les serveurs Unix et Linux qui, depuis les années 90, vérifient tous en même temps l’heure, chaque jour à minuit, en interrogeant un serveur NTP connecté à une horloge atomique.
Le soir du 30 juin, le scénario des pannes simultanées a sans doute été le suivant : tous les serveurs Linux ont découvert en même temps le changement d’heure, mais, en fonction des latences réseau, ils n’ont pas tous modifié leur date système au même moment. De fait, cette différence a pu créer des incohérences et conduire à des dysfonctionnements. Par exemple, des serveurs d’applications ou de bases de données ont dû recevoir des requêtes datées d’une seconde dans le futur, ce qui n’est pas possible.  
Google, en revanche, n'a pas été affecté. Ses ingénieurs avaient pris la précaution de retarder toutes les horloges de leurs serveurs de 0,1 % pendant les 1 000 secondes qui ont précédé l’ajout de la seconde intercalaire. Du coup, tous étaient déjà à l'heure au momment du changement. Hélas, cette méthode imparable ne fait pas office de pratique standard.
Quant aux serveurs qui ont dysfonctionné, il aura fallu les redémarrer manuellement.
envoyer
par mail
imprimer
l'article


@01Business_fr sur
à lire aussi
SUR LES MÊMES THÈMES
2015 : 4 chantiers clés pour la cybersécurité
Alten lance une co-entreprise dans la cybersécurité
Phishing : une menace internationale, quelle que soit la langue
Le futur de la carte à puce se joue sans cartes
2014 : l’année qui aura vu les COMEX se mobiliser pour leur cybersécurité ?
Pourquoi pas un recyclage intelligent des briques technologiques d'Ecomouv
JTech 201 : Spécial Mondial de l’auto 2014 (vidéo)
Sébastien Faivre (Brainwave) : « Mettre une porte blindée ne suffit plus à protéger une entreprise »
Apple Pay, la fin de la fraude aux cartes bancaires ?
Apple et la sécurité : une rentrée 2014 forte en actualité !
Des photos de Jennifer Lawrence à la protection de l’entreprise, quelles réactions avoir ?
Consolidation dans la sécurité : Morpho rachète Dictao
Le big data et la sécurité : plus de données... plus de problèmes
Les drones, le nouveau cauchemar des départements informatiques ?
Quel est votre vecteur d’attaque préféré : PDF, Word ou ZIP ?
Lookout lève 150 millions de dollars pour s’attaquer aux grandes entreprises
L’essentiel du Patch Tuesday de juillet 2014
Ceintures de sécurité et crash-test : des modèles pour la sécurité de l’information ?
Les nouveaux types de failles (et comment essayer de les contrer)
Ingenico se prépare à racheter GlobalCollect pour 820 millions d'euros