Ahja?? Habe mindestens 30 Debian Maschinen und alle haben ntp-client, viele ntp-server und manche mysql...nirgends war auch nur eine ungewöhnliche auslastung...und...ohh schlimm..ein ausgelasteter prozess!!
Ach Schätzchen, weil du keine Probleme hattest, gabs auch keine bzw. sie waren nicht so schlimm? Es betraf die Anwendungen, nicht den ntp-client oder server. Wenn du Java, MySQL und was sonst noch so betroffen war auch singlethreaded betreibst, hast du wirklich kein Problem gehabt. Jedenfalls nicht mit der Maschine selbst.
Hier haben nahezu alle Maschinen gehangen auf denen Java lief, insbes. Tomcat. Die MySQL-Server haben überraschenderweise nicht gezickt. Das "Hängen" hat sich in kompletter Auslastung bemerkbar gemacht, wir haben 99% virtualisiert und eine VM mit 2 vCPUs ist halt mal sehr träge wenn ein Java-Prozess 200% CPU braucht. Login per ssh war selten möglich (timeout), auf der Konsole ging es. Jobs die seit der leap-second laufen sollten sind i.d.R. abgebrochen, weil der Job-Scheduler ebenfalls ein timeout hatte. Und ein date -s $(date) hat den Spuk beendet.
Achja zum Vorposter: Nirgends steht das es nur Debian betrifft. In unserem Fall wars SLES.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 02. Jul 2012 um 23:17.
Ich hatte das Problem auch auf einer openSuSE Kiste, tomcat hat das Ding auf knapp 90 load gebracht, da ging dann kaum noch was. Nachdem ich den Artikel hier gelesen hatte, hab ich gleich mal ntp neugetartet et voila - alles wieder im grünen Bereich. Danke ProLinux!
Probleme hat ja auch nur Debian gemacht. Steht doch oben im Text.
Ahja?? Habe mindestens 30 Debian Maschinen und alle haben ntp-client, viele ntp-server und manche mysql...nirgends war auch nur eine ungewöhnliche auslastung...und...ohh schlimm..ein ausgelasteter prozess!!
PS: NTP ist singlethread
Das ist ein ungewöhnlicher hänger voll das qualitätsmerkmal....wie oft müssen andere serveranwendungen z.b windows neugestartet werden??
Serveranwendung = Windows AD, als bestriebsystem ist Windwos ja unbrauchbar, als virtueller Ad-Controller (und nur für das) einigermassen gut
Ach Schätzchen, weil du keine Probleme hattest, gabs auch keine bzw. sie waren nicht so schlimm? Es betraf die Anwendungen, nicht den ntp-client oder server. Wenn du Java, MySQL und was sonst noch so betroffen war auch singlethreaded betreibst, hast du wirklich kein Problem gehabt. Jedenfalls nicht mit der Maschine selbst.
Hier haben nahezu alle Maschinen gehangen auf denen Java lief, insbes. Tomcat. Die MySQL-Server haben überraschenderweise nicht gezickt. Das "Hängen" hat sich in kompletter Auslastung bemerkbar gemacht, wir haben 99% virtualisiert und eine VM mit 2 vCPUs ist halt mal sehr träge wenn ein Java-Prozess 200% CPU braucht. Login per ssh war selten möglich (timeout), auf der Konsole ging es. Jobs die seit der leap-second laufen sollten sind i.d.R. abgebrochen, weil der Job-Scheduler ebenfalls ein timeout hatte. Und ein date -s $(date) hat den Spuk beendet.
Achja zum Vorposter: Nirgends steht das es nur Debian betrifft. In unserem Fall wars SLES.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 02. Jul 2012 um 23:17.Ich hatte das Problem auch auf einer openSuSE Kiste, tomcat hat das Ding auf knapp 90 load gebracht, da ging dann kaum noch was. Nachdem ich den Artikel hier gelesen hatte, hab ich gleich mal ntp neugetartet et voila - alles wieder im grünen Bereich. Danke ProLinux!
30 Debian Maschinen mit ntp-client, viele ntp-server und manche mysql?
Wofür braucht ihr 30 Debian Maschinen?
für die ntp serverfarm