Le leap second ou si vous préférez saut de seconde ou seconde intercalaire, qui a été insérée dans la nuit de samedi peut causer des charges CPU importantes et permanentes sur des machines sous Linux. Pour ceux qui ont le problème, votre serveur MySQL peut avoir été touché par exemple mais d'autres applications également.

Parmi d'autres exemples, le comportement est documenté sur le blog de la fondation Mozilla, où d'étranges pics de charge sur un serveur Mozilla ont été observés à partir du moment où le saut de seconde a été ajouté. Les développeurs ont déclaré que le problème peut être facilement résolu en réinitialisant la date ou en redémarrant le système.

Le coeur de ce problème vient du noyau Linux, où un deuxième saut, qui est déclenché par les résultats du sous-système NTP, provoque une deadlock. Le problème semble affecter toutes les versions du noyau 2.6.26 jusqu'à la version 3.3.

Pour ma part, j'ai pas mal de serveurs Debian et sur la distribution Debian Squeeze, j'ai eu ce problème de la même manière que les serveurs de Mozilla. Dans une analyse post mortem sur ServerFault, les auteurs écrivent que plusieurs ordinateurs dans un datacenter ne répondent plus au ping et affichent un écran blanc après que le saut de seconde ait été inséré. Les administrateurs système ont donc stoppé le daemon NTP et exécutez un script Perl qui a réinitialisé le bit de saut de seconde dans le kernel.

Compte tenu des perturbations récurrentes du saut de seconde (rappelez-vous 2009), Google a dit cette célèbre devise "mieux vaut prévenir que guérir" et l'a prise à cœur en établissant un "leap smear" (test de saut). Ce processus va aider la mise à jour de serveurs NTP en s'assurant que chaque mise à jour lors de la journée du saut de seconde insert quelques millisecondes qui s'additionnent pour donner une seconde entière au moment où le saut de seconde est réellement inséré. Ces petites différences de temps du système sont généralement tolérées par les systèmes d'exploitation.