Nawawala ang PID file. Tingnan kung paano sinisimulan ng systemd ang Squid.
Itugma ang pag-uugali ng Squid sa foreground o bilang daemon sa unit ng systemd nito bago ituring na problema sa pahintulot ang nawawalang PID file.
Kung lumitaw at agad na mawala ang PID file ng Squid, ihambing ang Type= ng naka-load na unit sa aktwal na executable at sa mga argumento nito. Ang serbisyong Type=simple ay umaasa na ang prosesong sinimulan ay mananatiling pangunahing proseso. Ang utos na nagiging daemon at hinahayaang matapos ang prosesong iyon ay sumusunod sa ibang kasunduan; maaaring ituring ito ng systemd na tapos na at ibagsak ang natitirang mga proseso ng serbisyo.
| Setting | May-ari at layunin |
|---|---|
pid_filename | Isinusulat ng Squid ang PID nito sa landas na ito sa mga bersyong may direktibang ito |
PIDFile= | Nagbabasa ang systemd ng PID mula sa landas na ito kung saan kailangan ito ng modelong iyon ng serbisyo |
Hindi nililikha ng PIDFile= ang file at hindi ginagawang foreground na proseso ang utos na nagiging daemon. Sa kaayusang may fork, dapat magtugma ang uri ng serbisyo, pag-uugali ng daemon at landas. Sa kaayusang foreground, dapat subaybayan ng tagapamahala ang inilaan na palagiang proseso.
Ihinihiwalay ng Squid ang -N, ibig sabihin ang pag-iwas sa daemon mode, mula sa --foreground, ibig sabihin ang pagpapanatili ng magulang hanggang matapos ang mga anak. Pumili ayon sa build at kaayusan ng serbisyo. Maaaring gumamit ng abiso ng pagiging handa o iba pang opsiyon na partikular sa build ang nakabalot na unit; panatilihin ang modelong iyon kapag iniangkop ito.
Ngayon, ihambing ang journal sa mga mensahe ng pagsisimula ng Squid. Ang error sa syntax, hindi maabot na runtime directory o nakamamatay na pagsisimula ay talagang makapaghihinto sa serbisyo at makapag-aalis ng PID file nito. Ang pagkawala lamang ay hindi nakikilala ang paglabas na iyon mula sa maling pagsubaybay sa proseso. Ayusin ang sanhi na sinusuportahan ng mga mensaheng iyon sa halip na paulit-ulit na baguhin ang pagmamay-ari ng directory.