Eltűnik a PID-fájl. Nézze meg, hogyan indítja a systemd a Squidet.
Hangolja össze a Squid előtérben vagy démonként mutatott viselkedését a systemd-egységével, mielőtt az eltűnő PID-fájlt jogosultsági problémának tekintené.
Ha a Squid PID-fájlja megjelenik, majd azonnal eltűnik, hasonlítsa össze a betöltött egység Type= beállítását a tényleges futtatható fájllal és annak argumentumaival. A Type=simple típusú szolgáltatás azt várja, hogy az elindított folyamat maradjon a fő folyamat. Az a parancs, amely démonba vált, és hagyja, hogy ez a folyamat befejeződjön, más szerződést követ; a systemd befejezettnek tekintheti, és leszedheti a szolgáltatás többi folyamatát.
| Beállítás | Felelős és cél |
|---|---|
pid_filename | A Squid erre az útvonalra írja a PID-jét azokban a verziókban, amelyek ismerik ezt az utasítást |
PIDFile= | A systemd erről az útvonalról olvas PID-et ott, ahol az a szolgáltatásmodell igényli |
PIDFile= nem hozza létre a fájlt, és nem alakítja a démonba váltó parancsot előtérfolyamattá. Forkoló elrendezésben a szolgáltatás típusának, a démon viselkedésének és az útvonalnak egyeznie kell. Előtér-elrendezésben a kezelőnek a szándékolt állandó folyamatot kell követnie.
A Squid megkülönbözteti a -N, vagyis a démonmód elkerülését a --foreground-tól, vagyis attól, hogy a szülő a gyermekek befejezéséig megmarad. A build és a szolgáltatási elrendezés szerint válasszon. A csomagolt egység helyette használhat készültségi értesítést vagy más, build-specifikus lehetőségeket; testreszabáskor tartsa meg ezt a modellt.
Most hasonlítsa össze a naplót a Squid indítási üzeneteivel. Egy szintaktikai hiba, egy elérhetetlen futásidejű könyvtár vagy egy végzetes inicializálás valóban leállíthatja a szolgáltatást, és eltávolíthatja a PID-fájlját. Az eltűnés önmagában nem különbözteti meg ezt a kilépést a hibás folyamatkövetéstől. A könyvtár tulajdonosának ismételt váltogatása helyett az üzenetekkel alátámasztott okot javítsa.