Squid shm_open: уруксат берилген жок — жалпы эстутумдун ээсин текшериңиз
Squid'дин жалпы эстутум ээлигиндеги каталарды PID, журнал жана кэш каталогунун уруксат каталарынан ажыратыңыз.
Could not read pid file жана shm_open(...): Permission denied бир эле ийгиликсиз Squid ишке кирүүсүндө пайда болушу мүмкүн. Алар ар башка ресурстарды атайт. Кэш каталогунун ээлигин оңдоо өз алдынча экөөнү тең оңдобойт.
Linux'то POSIX жалпы эстутум объектиси адатта /dev/shm астында көрсөтүлөт. Анын ээси жана кирүү режими маанилүү. Ошондуктан башка аткаруу идентификациясы калтырган объект кийинки процессти ийгиликсиз кылышы мүмкүн, squid.conf окулуп, угуучу порт бош болсо да.
Бул нусканын кантип башталганын кайра куруңуз
Кызматтын кадимки ишке кирүүсүн көйгөйдү чечүү учурунда колдонулган ар кандай кол менен ишке кирүү менен салыштырыңыз. Кол менен башталган процесс менен пакеттелген кызмат ар башка колдонуучуларды, жолдорду же конфигурация файлдарын колдонушу мүмкүн. Объектини эски деп эсептөөдөн мурун башка Squid нускасы иштеп жаткан-жатпаганын аныктаңыз.
Анан ийгиликсиз болуп жаткан так операцияны окуңуз. PID катасы конфигурацияланган PID жайгашкан жерге жана анын ата-эне каталогуна тиешелүү. Журнал катасы журнал файлына же каталогуна тиешелүү. Кэшти ишке киргизүү катасы сактоого тиешелүү. shm_open катасы аталган жалпы эстутум объектисине тиешелүү жана процесске колдонулган коопсуздук саясатын да камтышы мүмкүн.
Ар бир ресурс үчүн талап кылынган аткаруу кирүүсүн анын учурдагы ээси жана режими менен салыштырыңыз. Жөнөкөй уруксаттар жетиштүү көрүнсө, тиешелүү SELinux же AppArmor баш тартуу далилдерин карап чыгыңыз. Жалгыз “Permission denied” кайсы катмар кирүүнү четке какканын көрсөтпөйт.
Экинчи көйгөй жаратпастан ээликти оңдоңуз
Аткаруу эсебин орнотуунун кызмат конфигурациясына ылайык кармаңыз. Баарын nobody ге которуу көмөкчү программалардын кирүүсүн бузуп, кызмат башкарган файлдар менен жаңы дал келбестикти киргизиши мүмкүн.
/dev/shm ичиндеги Squid'ге окшош ар бир объектини өчүрүү да жакшы биринчи кадам эмес. Аталган объект активдүү нускага таандык болушу мүмкүн. Тазалоо, зарыл болсо, таасир эткен кызмат токтотулган абалда тастыкталган ташталган ресурска багытталып, андан кийин кызматтын кадимки механизми аркылуу ишке киргизилиши керек.
Пайдалуу натыйжа — ырааттуу ишке кирүү жана ээлик модели. Ката жоголгонго чейин root катары бир буйрукту иштетүү кийинки кадимки кайра ишке кирүүнү так ошол эле көйгөй менен калтырышы мүмкүн.