PID файлът изчезва. Проверете как systemd стартира Squid.
Съобразете поведението на Squid — на преден план или като демон — с неговия systemd unit, преди да приемете изчезващ PID файл за проблем с права.
Ако PID файлът на Squid се появи и веднага изчезне, сравнете Type= на заредения unit с действителния изпълним файл и аргументите. Услуга от тип Type=simple очаква стартираният процес да остане основният процес. Команда, която преминава в демон режим и оставя този процес да приключи, следва друг договор; systemd може да я сметне за завършена и да свали останалите процеси на услугата.
| Настройка | Собственик и предназначение |
|---|---|
pid_filename | Squid записва PID в този път във версиите, които предоставят тази директива |
PIDFile= | systemd чете PID от този път, когато моделът на услугата го изисква |
PIDFile= не създава файла и не превръща команда в демон режим в процес на преден план. При схема с разклоняване типът на услугата, поведението на демона и пътят трябва да съвпадат. При схема на преден план мениджърът трябва да следи предвидения постоянен процес.
Squid различава -N, тоест отказ от демон режим, от --foreground, тоест запазване на родителя до завършването на дъщерните процеси. Избирайте според сборката и подредбата на услугата. Пакетиран unit може вместо това да използва известие за готовност или други опции, специфични за сборката; запазете този модел, когато го променяте.
Сега сравнете журнала с съобщенията при стартиране на Squid. Синтактична грешка, недостъпна работна директория или фатална инициализация наистина могат да спрат услугата и да премахнат PID файла. Самото изчезване не различава този изход от неправилно проследяване на процеса. Отстранете причината, потвърдена от тези съобщения, вместо да сменяте собственика на директорията многократно.