Im Gegensatz zu festen Ausfallzeiten, ist die Anfangszeit des Ausfalls bei der Wahl einer flexiblen Ausfallzeit, nicht an einen festen Anfangszeitpunkt gebunden, sondern an dem Zeitpunkt an dem der Host oder Service seinen Status wechselt. Die Downtime endet dann an dem angegebenen absoluten Endezeitpunkt, aber mindestens erst nach der angegebenen Dauer. Ein Beispiel soll dies verdeutlichen.
Mit starttime und endtime wählt man ein Zeitfenster aus, in dem die Downtime starten soll, hier zwischen 13:44 und 15:44. Mit der duration wird hier festgelgt, das die Downtime mindestens 10 Minuten dauert. D.h. ist der Host in der angesetzen Zeitspanne ab einem Zeitpunkt nicht mehr erreichbar, dauert die Downtime mindestens bis 15:44. Mindestens deshalb, weil wenn der Host erst um 15:42 neugestartet wird, die Downtime bis 15:52 dauert, also auch über den absolut angegebenen Endzeitpunkt hinaus.
Kritisch: Fehler in Elasticsearch mit JDK22 kann einen sofortigen Stop des Dienstes bewirken
Update Seit gestern Abend steht das Release 8.13.2 mit dem BugFix zur Verfügung. Kritischer Fehler Der Elasticsearch Dienst kann ohne Vorankündigung stoppen. Diese liegt an einem Fehler mit JDK 22. In der Regel setzt man Elasticsearch mit der "Bundled" Version ein....
0 Kommentare