ໄຟລ໌ PID ຫາຍໄປ. ກວດເບິ່ງວ່າ systemd ເລີ່ມ Squid ແນວໃດ.
ປັບພຶດຕິກຳຂອງ Squid ໃນພາກໜ້າ ຫຼື ເປັນ daemon ໃຫ້ກົງກັບ unit ຂອງ systemd ກ່ອນຈະຖືວ່າໄຟລ໌ PID ທີ່ຫາຍໄປເປັນບັນຫາສິດ.
ຖ້າໄຟລ໌ PID ຂອງ Squid ປາກົດຂຶ້ນແລ້ວຫາຍໄປທັນທີ, ໃຫ້ທຽບ Type= ຂອງ unit ທີ່ໂຫຼດກັບໄຟລ໌ປະຕິບັດການຕົວຈິງ ແລະ ອາກູເມັນຂອງມັນ. ບໍລິການປະເພດ Type=simple ຄາດຫວັງວ່າໂປຣເຊສທີ່ເລີ່ມແລ້ວຈະຢູ່ຕໍ່ເປັນໂປຣເຊສຫຼັກ. ຄຳສັ່ງທີ່ປ່ຽນເປັນ daemon ແລ້ວປ່ອຍໃຫ້ໂປຣເຊສນັ້ນຈົບລົງ ປະຕິບັດຕາມສັນຍາອີກຢ່າງໜຶ່ງ; systemd ອາດຖືວ່າສຳເລັດແລ້ວ ແລະ ປິດໂປຣເຊສບໍລິການທີ່ເຫຼືອ.
| ການຕັ້ງຄ່າ | ເຈົ້າຂອງ ແລະ ຈຸດປະສົງ |
|---|---|
pid_filename | Squid ຂຽນ PID ຂອງຕົນໃສ່ເສັ້ນທາງນີ້ໃນສະບັບທີ່ມີຄຳສັ່ງນີ້ |
PIDFile= | systemd ອ່ານ PID ຈາກເສັ້ນທາງນີ້ບ່ອນທີ່ໂມເດລບໍລິການນັ້ນຕ້ອງການ |
PIDFile= ບໍ່ສ້າງໄຟລ໌ ແລະ ບໍ່ປ່ຽນຄຳສັ່ງທີ່ເປັນ daemon ໃຫ້ເປັນໂປຣເຊສພາກໜ້າ. ໃນການຈັດວາງແບບ fork, ປະເພດບໍລິການ, ພຶດຕິກຳຂອງ daemon ແລະ ເສັ້ນທາງຕ້ອງກົງກັນ. ໃນການຈັດວາງພາກໜ້າ, ຜູ້ຈັດການຕ້ອງຕິດຕາມໂປຣເຊສຖາວອນທີ່ຕັ້ງໃຈໄວ້.
Squid ແຍກ -N ຄືການຫຼີກລ້ຽງໂໝດ daemon ອອກຈາກ --foreground ຄືການຮັກສາໂປຣເຊສພໍ່ແມ່ໄວ້ຈົນລູກຈົບ. ເລືອກຕາມການສ້າງ ແລະ ການຈັດວາງບໍລິການ. unit ທີ່ຫຸ້ມຫໍ່ແລ້ວອາດໃຊ້ການແຈ້ງເຕືອນຄວາມພ້ອມ ຫຼື ຕົວເລືອກອື່ນທີ່ຂຶ້ນກັບການສ້າງ; ຮັກສາໂມເດລນັ້ນໄວ້ເມື່ອປັບແຕ່ງ.
ຕອນນີ້ທຽບບັນທຶກກັບ ຂໍ້ຄວາມເລີ່ມຕົ້ນຂອງ Squid. ຄວາມຜິດພາດທາງໄວຍາກອນ, ໂຟນເດີລັນທີ່ເຂົ້າເຖິງບໍ່ໄດ້ ຫຼື ການເລີ່ມຕົ້ນທີ່ຮ້າຍແຮງອາດຢຸດບໍລິການ ແລະ ລຶບໄຟລ໌ PID ຂອງມັນໄດ້ຈິງ. ການຫາຍໄປຢ່າງດຽວບໍ່ສາມາດແຍກການອອກນັ້ນຈາກການຕິດຕາມໂປຣເຊສທີ່ຜິດໄດ້. ແກ້ໄຂສາເຫດທີ່ຂໍ້ຄວາມເຫຼົ່ານັ້ນສະໜັບສະໜູນ ແທນທີ່ຈະປ່ຽນເຈົ້າຂອງໂຟນເດີຊ້ຳແລ້ວຊ້ຳອີກ.