PID-filen forsvinder. Se, hvordan systemd starter Squid.
Tilpas Squids forgrunds- eller daemonadfærd til dets systemd-unit, før du ser en forsvindende PID-fil som et rettighedsproblem.
Hvis Squids PID-fil dukker op og straks forsvinder, så sammenlign Type= i den indlæste unit med den faktiske kørbare fil og dens argumenter. En tjeneste af typen Type=simple forventer, at den startede proces bliver hovedprocessen. En kommando, der skifter til daemon og lader den proces afslutte, følger en anden kontrakt; systemd kan betragte den som færdig og rive de resterende tjenesteprocesser ned.
| Indstilling | Ejer og formål |
|---|---|
pid_filename | Squid skriver sin PID på denne sti i versioner, der tilbyder direktivet |
PIDFile= | systemd læser en PID fra denne sti, hvor den tjenestemodel har brug for det |
PIDFile= opretter ikke filen og gør ikke en daemoniserende kommando til en forgrundsproces. I et opsætning med fork skal tjenestetype, daemonadfærd og sti stemme overens. I en forgrundsopsætning skal manageren følge den tilsigtede vedvarende proces.
Squid skelner -N, altså at undgå daemontilstand, fra --foreground, altså at holde forælderen til børnene er færdige. Vælg efter build og tjenesteopbygning. En pakket unit kan i stedet bruge en klarhedsmeddelelse eller andre build-specifikke valg; bevar den model, når du tilpasser den.
Sammenlign nu journalen med Squids opstartsbeskeder. En syntaksfejl, en utilgængelig runtime-mappe eller en fatal initialisering kan faktisk afslutte tjenesten og fjerne dens PID-fil. Forsvindingen alene skelner ikke den afslutning fra forkert procesfølgning. Ret den årsag, som beskederne understøtter, i stedet for at ændre mappens ejerskab igen og igen.