PID-fila forsvinn. Sjekk korleis systemd startar Squid.
Tilpass Squid si åtferd i forgrunnen eller som daemon til systemd-eininga, før du ser ei forsvinnande PID-fil som eit rettsproblem.
Viss PID-fila til Squid dukkar opp og forsvinn med ein gong, samanlikn Type= i den innlasta eininga med den faktiske køyrbare fila og argumenta hennar. Ei teneste av typen Type=simple ventar at prosessen som vart starta, blir verande hovudprosessen. Ein kommando som går over til daemon og lèt den prosessen avslutte, følgjer ein annan kontrakt; systemd kan rekne han som ferdig og rive ned dei andre tenesteprosessane.
| Innstilling | Eigar og føremål |
|---|---|
pid_filename | Squid skriv PID-en sin til denne stien i versjonar som tilbyr direktivet |
PIDFile= | systemd les ein PID frå denne stien der den tenestemodellen treng det |
PIDFile= lagar ikkje fila og gjer ikkje ein daemoniserande kommando om til ein forgrunnsprosess. I eit oppsett med fork må tenestetype, daemonåtferd og sti stemme overeins. I eit forgrunnsoppsett må styraren følgje den tiltenkte varige prosessen.
Squid skil -N, altså å unngå daemontilstand, frå --foreground, altså å halde på forelderen til borna er ferdige. Vel etter bygget og tenesteoppsettet. Ei pakka eining kan i staden bruke ei beredskapsmelding eller andre byggspesifikke val; hald på den modellen når du tilpassar ho.
Samanlikn no journalen med oppstartsmeldingane til Squid. Ein syntaksfeil, ei utilgjengeleg køyringsmappe eller ein fatal initialisering kan faktisk stoppe tenesta og fjerne PID-fila. Forsvinninga åleine skil ikkje den avslutninga frå feil prosessporing. Rett årsaka som meldingane grunngir, i staden for å endre eigaren av mappa om og om att.