Onderwerp: Leap seconde vanavond. Hoe hebben jullie je voorbereid?

Goedenavond,

Vanavond is het weer feest en zit er een extra seconde in een dag.
Ik was benieuwd of jullie nog risico's inzien en hoe jullie issues voorkomen.

Wij hebben vandaag overal NTP uitgeschakeld en de tijd met "date -s" gezet. Echter las ik zojuist op een andere website dat dat al voor de 30e gedaan zou moeten zijn omdat alle gegevens dus al ingeladen worden per dag.

Als we vandaag op 30 juni zelf NTP uitgezet hebben en de date -s functie hebben gebruikt om datums handmatig te configureren zijn we dan safe of is de betreffende tijd data al in het systeem geladen en hebben we alsnog het risico er hinder van te ondervinden?

We gebruiken voornamelijk debian.

Normaal moet dat geen probleem opleveren i.c.m. NTP, zelfs als deze aan staat.

Hier de seconde gewoon overleefd hoor

Ik heb eens extra lang geslapen vannacht!

Van 23:00-01:00 standby monitoring in de gaten gehouden. Verliep gelukkig vlekkeloos.

Oorspronkelijk geplaatst door Peter Bin

Van 23:00-01:00 standby monitoring in de gaten gehouden. Verliep gelukkig vlekkeloos.

Punt was dat het pas om 02:00 was Nederlandse tijd .
Maar nee hier gelukkig ook probleemloos. Ik was verbaasd dat er weinig over te vinden was, maar dat er nog best wel wat grote bedrijven waren die zich zorgen maakten erover.

Maar gelukkig viel het allemaal mee!

Oorspronkelijk geplaatst door golden

Punt was dat het pas om 02:00 was Nederlandse tijd .

Als je bij een update via ntp al kijkt wat de drift op sommige bakken is, dan zou ik me niet zo druk maken om die ene seconden

Oorspronkelijk geplaatst door Mikey

Als je bij een update via ntp al kijkt wat de drift op sommige bakken is, dan zou ik me niet zo druk maken om die ene seconden

Het erge kan code zijn die gaar gaat doen als seconde nr 60 als input verschijnt, want dat is onverwacht .
drift, daar moet je als applicatie heel hard aan werken om het te merken.
Misschien ook code die voor iets 60 entries/velden per minuut reserveert , en er nu in een minuut 61 aangeleverd krijgt.

Dat is het soort code paden wat vergeten wordt, en welke natuurlijk zelden gebruikt / getest worden.

Ik kan goed begrijpen dat een aantal partijen gekozen heeft om hun interne ntp een tijdje lang de seconden een beetje op te laten rekken, om op die manier sync te bereiken.

@golden (Sebastiaan), wat had je gedacht wat er zou kunnen gebeuren dan? En dat bedoel ik dan binnen jullie systemen en netwerk.

Ik zat voor de zekerheid tot 3 uur op het terras wat desperados te monitoren...

Gemiste kans dus helaas. Je had ze ipv monitoren beter kunnen samplen, testen of downloaden oid...

Ik ben in 1999 betrokken geweest bij het nationale Year2000 help-dit-is-eng consortium. Alles met een stekker of batterij betaald mogen onderzoeken en uiteraard niks gevonden

Ik maak me echter wel zorgen over 2038...

Oorspronkelijk geplaatst door t.bloo

Ik ben in 1999 betrokken geweest bij het nationale Year2000 help-dit-is-eng consortium. Alles met een stekker of batterij betaald mogen onderzoeken en uiteraard niks gevonden

Ik maak me echter wel zorgen over 2038...

Me too, dwz ook in een Y2K team, maar in de voorbereiding wel een paar diensten / devices gevonden die een storing gegeven zouden hebben. Geen einde van de beschaving, maar "uiteraard niks" kan ik dus niet beamen.