[Eisfair] APCUsv Killpower Delay l

[kay]

Am 25.02.2017 um 19:59 schrob Peter Schauder:
> On Sat, 25 Feb 2017 19:16:30 +0100, kay <kay at martinen.de> wrote:

>> Ich glaube du machst da einen Denkfehler. Wie er unten schreibt ist der
>> Server schon fast runter gefahren und die Dateisysteme in jedem Fall nur
>> noch RO erreichbar. Da kann also nichts mehr "knallen" denn es kann
>> nicht mehr geschrieben werden.
>>
> Möglicherweise auch nicht (also Denkfehler). Wenn nämlich an dem EIS
> noch ein paar Sklaven dranhängen, dann weiß der EIS nicht wirklich,
> wie lange die zum Runterfahren brauchen...oder melden die Slaves sich
> beim Master zurück?

DAS wüsste ich in dem Zusammenhang auch gern. Vielleicht kann Frans die
Frage auch beantworten. Da ich es nicht weiß, habe ich aber die
naheliegende Vermutung...

>> Und die 90 Sekunden sind die Zeit die der Server dann mit RO gemounteten
>> Dateisystemem darauf wartet das ihm der Strom ausgeht.
>>
>> aber dieses Vorgehen (erneutes RO/Starten des daemon zur Flag-abfrage)

...das ein daemon der von einer RO gemounteten partition erneut
gestartet wird, dann ja durchaus seine eigene Konfig lesen können muss.
In der er ersehen kann das er master ist. Und ich nehme an das die
slaves zuerst runterfahren müssen und ihm dies signalisieren. Erst dann
kann m.E. der master runterfahren, das netzwerk beenden und zuletzt den
daemon neu starten der dann den abschaltbefehl sendet. Der müsste dann
sicherstellen das sein flag nur dann gesetzt wird wenn die slaves schon
beendet sind.

Oder kann der daemon bei runtergefahrenem netzwerk noch einen port auf
machen um auf die quittungen der slaves zu warten?

Kay
-- 
Posted via SN