Få veta när en tjänst på din server stannar.

Din webbplats är beroende av flera tjänster: webbservern, databasen, PHP och e-posten. LayerAssist bevakar den du väljer och berättar på vanlig svenska när den stannade och varför.

I korthet

  • Inbyggd övervakareEn inbyggd övervakare via SSH kontrollerar att tjänsten du anger körs – på servrar med Linux och Windows.
  • Inbyggd övervakareNär den stannar får du ett larm och LayerAssist läser dess loggar för att förstå varför. Med ”Åtgärda säkert” startar den den igen själv; en fullständig omstart eller en ändrad inställning väntar på ditt godkännande.
  • I chattenI chatten startar den om tjänsten, tar reda på vad som stoppade den och åtgärdar orsaken där det går.
  • Inte tillgängligt änDen inbyggda övervakaren bevakar en tjänst per server. Andra kan du täcka med en egen kontroll.

En enda stoppad tjänst kan ta ner hela webbplatsen

En webbplats är inte ett enda program. Webbservern svarar besökarna, PHP kör webbplatsens kod, databasen håller innehållet och e-posttjänsten skickar meddelanden. När någon av dem stannar går webbplatsen sönder – ofta med ett fel som inte säger vilken det var.

Tjänster stannar av vardagliga skäl: en uppdatering ändrade en inställning, servern fick slut på minne, allt kom inte igång efter en omstart. Att veta vilken tjänst som stannade och varför är halva åtgärden.

Tecken på att en tjänst har stannat

  • ”502 Bad Gateway” eller ”503 Service Unavailable”
  • ”Error establishing a database connection”
  • Webbplatsen fungerar men dess e-post går aldrig iväg
  • Allt gick sönder efter en omstart eller uppdatering av servern

Varför tjänster på servern stannar

Brist på minne

När minnet tar slut stoppar systemet den största processen, ofta databasen. Det händer vid trafiktoppar eller med inställningar som kräver för mycket.

Ett inställningsfel efter en uppdatering

En paketuppdatering eller en manuell ändring kan lämna inställningar som tjänsten inte godtar, och då startar den inte.

Inte inställd att starta efter en omstart

En tjänst som inte är aktiverad vid systemstart förblir avstängd efter att servern startats om.

Full disk eller krasch

Brist på utrymme, en skadad fil eller en bugg kan stoppa tjänsten, och sedan förblir den avstängd.

Så bevakar LayerAssist dina tjänster

Du anger tjänsten en gång. LayerAssist kontrollerar den, och när den stannar börjar den med den mest användbara frågan: varför?

Kontrollerar själva tjänsten

Via SSH och enligt ditt schema frågar den servern om tjänsten körs: med systemd eller det klassiska verktyget service på Linux, med tjänsthanteraren på Windows.

Larmar dig bara en gång

Ett larm när tjänsten stannar och ett när den körs igen – i appen och via e-post.

Läser loggarna

Den går igenom de senaste raderna i tjänstens logg och systemloggen för att förstå vad som stoppade den: minne, inställningar, disk eller krasch.

Får igång den och åtgärdar orsaken

Med ”Åtgärda säkert” startar den själv en tjänst som har stannat. I chatten kan den också starta om den och rätta inställningen eller gränsen som orsakade avbrottet.

Exempel: en databas som stannade gång på gång

  1. Du

    Min webbplats visar ”Error establishing a database connection” med några dagars mellanrum. Varför?

  2. Vad den kontrollerar

    • MariaDB: stannade 02:41
    • Diskutrymme: 52 % använt
    • Systemlogg: servern fick slut på minne och systemet stoppade databasen
    • Orsak: databasens minnesinställningar överskrider serverns 2 GB RAM
  3. Vad den ändrar

    Sänkte databasens minnesinställningar så att den får plats på servern, startade MariaDB och aktiverade start vid systemstart

  4. LayerAssist

    Systemet stoppade din databas varje gång servern fick slut på minne: dess inställningar begärde mer minne än servern har. Jag justerade dem, startade databasen igen och såg till att den startar efter en omstart. En tjänsteövervakare för MariaDB skulle larma dig direkt om den stannade igen.

Vad du får

  • Du vet vilken tjänst som stannade, inte bara att webbplatsen gick sönder
  • Orsaken till stoppet från tjänstens egna loggar
  • Stoppade tjänster igång igen, med orsaken åtgärdad
  • Fungerar på servrar med Linux och Windows

Verkliga situationer

En VPS med WordPress

Efter en uppdatering stannar PHP-FPM och besökarna ser ”502 Bad Gateway”. Larmet namnger tjänsten och LayerAssist hittar inställningen som uppdateringen ändrade.

En server med en bakgrundsprocess

En köarbetare eller en bot körs som tjänst. När den stannar går inget synligt sönder – tills beställningarna börjar hopa sig. Tjänsteövervakaren fångar det direkt.

En Windows-server

Ett program körs som Windows-tjänst på ett litet företags server. LayerAssist kontrollerar det via OpenSSH och meddelar ägaren när det stannar.

Så ställer du in bevakning av servertjänster

  1. Koppla servern via SSH

    Lägg till servern under Webbplatser och servrar med SSH-åtkomst (på Windows OpenSSH).

  2. Ange tjänsten som ska bevakas

    Under Automatiseringar väljer du Ny automatisering, servern och sedan ”Tjänstens hälsotillstånd” och skriver tjänstens namn, till exempel nginx, mariadb eller php8.2-fpm.

  3. Välj hur ofta

    Var 5:e minut för en viktig tjänst, eller mer sällan för en som kan vänta.

  4. Börja med den viktigaste tjänsten

    Den inbyggda övervakaren bevakar en tjänst per server: oftast databasen eller webbservern. Täck de andra med en regelbunden kontroll som en egen automatisering.

Frågor om bevakning av servertjänster

Alla tjänster som servern kör under ett namn: webbservrar som Nginx, Apache eller LiteSpeed, databaser som MySQL, MariaDB eller PostgreSQL, PHP-FPM, e-posttjänster eller ditt eget program. På Windows vilken Windows-tjänst som helst.

Nästa: Programfel

Från 9 $ i månaden · 14 dagar att ångra dig

Nästa gång något går sönder vet du vem du ska fråga.

Lägg till din webbplats och ställ din första fråga redan i dag. Inte för dig? Säg upp inom 14 dagar och få tillbaka din första betalning, med avdrag endast för det AI-arbete du använt.

Gratis i 7 dagar · Inget kreditkort behövs · Ingen teknisk kunskap krävs.