PID fayli yo'qoladi. systemd Squid'ni qanday ishga tushirishini tekshiring.
Yo'qolayotgan PID faylini ruxsat muammosi deb hisoblashdan oldin Squid'ning oldingi plan yoki daemon xatti-harakatini systemd birligi bilan moslashtiring.
Agar Squid'ning PID fayli paydo bo'lib, darhol yo'qolsa, yuklangan birlikning Type= qiymatini haqiqiy bajariladigan fayl va uning argumentlari bilan solishtiring. Type=simple turidagi xizmat ishga tushirilgan jarayon asosiy jarayon bo'lib qolishini kutadi. Daemonga o'tib, bu jarayonning tugashiga yo'l qo'yadigan buyruq boshqa shartnomaga amal qiladi; systemd uni tugallangan deb hisoblab, xizmatning qolgan jarayonlarini tushirib yuborishi mumkin.
| Sozlama | Egasi va maqsadi |
|---|---|
pid_filename | Squid bu direktivani taqdim etuvchi versiyalarda PID'ini shu yo'lga yozadi |
PIDFile= | systemd bu xizmat modeliga kerak bo'lgan joyda PID'ni shu yo'ldan o'qiydi |
PIDFile= faylni yaratmaydi va daemonga o'tuvchi buyruqni oldingi plan jarayoniga aylantirmaydi. Tarmoqlanadigan sozlashda xizmat turi, daemon xatti-harakati va yo'l mos kelishi kerak. Oldingi plan sozlashida menejer nazarda tutilgan doimiy jarayonni kuzatishi kerak.
Squid -N, ya'ni daemon rejimidan qochishni, --foreground, ya'ni avlodlar tugaguncha ota-onani ushlab turishdan ajratadi. Qurilish va xizmat tartibiga qarab tanlang. Paketlangan birlik buning o'rniga tayyorlik bildirishnomasi yoki qurilishga xos boshqa variantlardan foydalanishi mumkin; sozlaganda o'sha modelni saqlang.
Endi jurnalni Squid'ning ishga tushish xabarlari bilan solishtiring. Sintaksis xatosi, yetib bo'lmaydigan ish katalogi yoki halokatli ishga tushirish xizmatni haqiqatan to'xtatib, PID faylini olib tashlashi mumkin. Faqat yo'qolish o'sha chiqishni noto'g'ri jarayon kuzatuvidan ajratmaydi. Katalog egasini qayta-qayta o'zgartirish o'rniga o'sha xabarlar tasdiqlaydigan sababni tuzating.