PID-filen forsvinner. Sjekk hvordan systemd starter Squid.
Tilpass Squids forgrunns- eller daemonatferd til systemd-enheten, før du ser en forsvinnende PID-fil som et rettighetsproblem.
Hvis PID-filen til Squid dukker opp og forsvinner med en gang, sammenlign Type= i den innlastede enheten med den faktiske kjørbare filen og argumentene. En tjeneste av typen Type=simple forventer at prosessen som ble startet, forblir hovedprosessen. En kommando som går over til daemon og lar den prosessen avslutte, følger en annen kontrakt; systemd kan regne den som ferdig og rive ned de resterende tjenesteprosessene.
| Innstilling | Eier og formål |
|---|---|
pid_filename | Squid skriver PID-en sin til denne stien i versjoner som tilbyr direktivet |
PIDFile= | systemd leser en PID fra denne stien der den tjenestemodellen trenger det |
PIDFile= oppretter ikke filen og gjør ikke en daemoniserende kommando om til en forgrunnsprosess. I et oppsett med fork må tjenestetype, daemonatferd og sti stemme overens. I et forgrunnsoppsett må behandleren følge den tiltenkte vedvarende prosessen.
Squid skiller -N, altså å unngå daemontilstand, fra --foreground, altså å holde på forelderen til barna er ferdige. Velg etter bygget og tjenesteoppsettet. En pakket enhet kan i stedet bruke en beredskapsmelding eller andre byggspesifikke valg; behold den modellen når du tilpasser den.
Sammenlign nå journalen med Squids oppstartsmeldinger. En syntaksfeil, en utilgjengelig kjøringsmappe eller en fatal initialisering kan faktisk stoppe tjenesten og fjerne PID-filen. Forsvinningen alene skiller ikke den avslutningen fra feil prosessporing. Rett årsaken som meldingene underbygger, i stedet for å endre eieren av mappen om og om igjen.