Hallo! Das Workaround, das im gelinkten Artikel angeführt war, ist falsch! Obwohl es zu spät ist hier die korrekte Info:
Den ntpd bereits vor Mitternacht (UTC!) am 29.6. deaktivieren und erst im Juli (UTC) wieder aktivieren. Begründung: der Kernel setzt die Schaltsekunde um, nicht der ntpd. Der ntpd erhält die Information über die Schaltsekunde im ersten Halbjahr 2015. Er "armed" den Kernel im 24-Stunden-Fenster vor der Schaltsekunde; das muss man verhindern, wenn der Kernel damit nicht umgehen kann. HTH (beim nächsten Mal), Martin > From: [email protected] > Date: Tue, 30 Jun 2015 22:07:53 +0200 > To: [email protected] > Subject: [Discuss] [3w] Schaltsekunde … Kurzzussammenfassung > > Hallo, > heute nacht gibt es wieder eine Schaltsekunde, > ob die eigenen Systeme betroffen sind, kann man in dieser (schnell via Google > gefundenen) Zusammenfassung gut nachlesen, und was man bei dem einen oder > anderen System machen kann. > > Dies ist nur ein schneller Link, falls sich jemand nicht sicher ist, um als > erste Information zu helfen. > http://www.dbmasters.at/db/masters/artikel/oracle-und-die-schaltsekunde-in-der-nacht-vom-30.-juni-2015 > > Gibt es weitere Fragen, hilft vielleicht die Maillingliste des persönlichen > Vertrauens weiter. > > bG > Matthias > > -- > A: Yes. > > Q: Are you sure? > >> A: Because it reverses the logical flow of conversation. > >>> Q: Why is top posting annoying in email? > > > > > > -- > Discuss mailing list > [email protected] > https://lists.funkfeuer.at/mailman/listinfo/discuss
-- Discuss mailing list [email protected] https://lists.funkfeuer.at/mailman/listinfo/discuss
