Har bygget overvågning med dead man's switch

Situation. En vært med 464 MB, der kører en forge, en database og en webserver, kan realistisk dø på to måder: den løber tør for hukommelse, eller den løber tør for diskplads. Ingen af delene varsler sig selv. Begge kan forudses helt præcist nogle timer i forvejen, hvis noget holder øje, og det gjorde intet.

Opgave. Værten havde brug for en alarm, der virker, når værten ikke gør — og det udelukker alt, der skal sende en besked i selve fejløjeblikket.

Handling. Svaret er en dead man’s switch på en timer. Hvert kvarter, med jitter, måler et lille script den tilgængelige hukommelse og den ledige diskplads og pinger kun en ekstern tjeneste, hvis begge ligger over deres tærskelværdier. Tavsheden er alarmen. En maskine, der er løbet tør for hukommelse, har mistet netværket eller ikke længere kan starte, giver præcis det samme signal som en usund maskine, og det er den korrekte opførsel og grunden til, at denne løsning blev valgt frem for en agent, der rapporterer en status. Der måles tilgængelig hukommelse, ikke fri hukommelse, og netop den skelnen blev den mest lærerige del af arbejdet: scriptet havde hele tiden læst den rigtige kolonne, mens seks variabelnavne omkring det sagde “free”. På en sund Linux‑maskine er den frie hukommelse tæt på nul, fordi kernen bruger ledig hukommelse til cache, så en læser, der holdt de navne op mod en tærskel på ti procent, ville se tolv megabyte fri på en maskine med 464 MB, konkludere, at tjekket var i stykker, og rette det med en ændring på ét tegn, der gør en fungerende alarm til en, der står permanent i alarm og bliver slået fra inden for en uge.

Resultat. Værten har nu en alarm, hvis fejltilstand er at slå ud, og den navngivning, der ville have ødelagt den, er rettet. Switchens reelle begrænsning står i dens egen dokumentation: den beviser, at maskinen er sund, ikke at sitet svarer, og det er to forskellige spørgsmål.