PID ფაილი ქრება. შეამოწმეთ, როგორ უშვებს systemd Squid-ს.
შეუსაბამეთ Squid-ის წინა პლანზე ან დემონური ქცევა მის systemd ერთეულს, სანამ ქრებად PID ფაილს ნებართვების პრობლემად ჩათვლით.
თუ Squid-ის PID ფაილი გამოჩნდება და მაშინვე ქრება, შეადარეთ ჩატვირთული ერთეულის Type= რეალურ გაშვებად ფაილს და მის არგუმენტებს. Type=simple ტიპის სერვისი ელოდება, რომ გაშვებული პროცესი დარჩეს მთავარ პროცესად. ბრძანება, რომელიც დემონში გადადის და ამ პროცესს ამთავრებინებს, სხვა ხელშეკრულებას მიჰყვება; systemd შეიძლება ჩათვალოს იგი დასრულებულად და სერვისის დარჩენილი პროცესები ჩამოაგდოს.
| პარამეტრი | მფლობელი და დანიშნულება |
|---|---|
pid_filename | Squid თავის PID-ს ამ გზაზე წერს იმ ვერსიებში, რომლებსაც ეს დირექტივა აქვთ |
PIDFile= | systemd PID-ს ამ გზიდან კითხულობს იქ, სადაც ეს სერვისის მოდელი მას საჭიროებს |
PIDFile= ფაილს არ ქმნის და დემონში გადასულ ბრძანებას წინა პლანის პროცესად არ აქცევს. fork-იან განლაგებაში სერვისის ტიპი, დემონის ქცევა და გზა უნდა დაემთხვეს. წინა პლანის განლაგებაში მმართველმა განზრახული მუდმივი პროცესი უნდა თვალყურისდევდეს.
Squid განასხვავებს -N-ს, ანუ დემონის რეჟიმის თავის არიდებას, --foreground-ისგან, ანუ მშობლის შენარჩუნებას შვილების დასრულებამდე. აირჩიეთ აწყობისა და სერვისის მოწყობის მიხედვით. შეფუთულ ერთეულს შეიძლება სამაგიეროდ მზადყოფნის შეტყობინება ან აწყობაზე დამოკიდებული სხვა პარამეტრები ჰქონდეს; მორგებისას ეს მოდელი შეინარჩუნეთ.
ახლა შეადარეთ ჟურნალი Squid-ის გაშვების შეტყობინებებს. სინტაქსის შეცდომამ, მიუწვდომელმა სამუშაო საქაღალდემ ან ფატალურმა ინიციალიზაციამ შეიძლება ნამდვილად შეაჩეროს სერვისი და წაშალოს მისი PID ფაილი. მხოლოდ გაქრობა ვერ განასხვავებს ამ გასვლას პროცესის არასწორი თვალთვალისგან. გაასწორეთ ის მიზეზი, რომელსაც ეს შეტყობინებები ადასტურებს, ნაცვლად იმისა, რომ საქაღალდის მფლობელი არაერთხელ შეცვალოთ.