Squid shm_open: juurdepääs keelatud — kontrolli jagatud mälu omandit
Erista Squidi jagatud mälu omandi tõrked PID-i, logi ja vahemälukataloogi õiguste vigadest.
Could not read pid file ja shm_open(...): Permission denied võivad ilmuda sama ebaõnnestunud Squidi käivituse ajal. Need nimetavad eri ressursse. Vahemälukataloogi omandi parandamine ei paranda iseenesest kumbagi.
Linuxis esitatakse POSIX-i jagatud mälu objekt tavaliselt /dev/shm all. Selle omanik ja juurdepääsurežiim on olulised. Teise käitusaja identiteedi jäetud objekt võib seetõttu põhjustada hilisema protsessi nurjumise ka siis, kui squid.conf on loetav ja kuulav port on vaba.
Rekonstrueerige, kuidas see eksemplar käivitati
Võrrelge teenuse tavalist käivitust mis tahes käsitsi käivitusega, mida tõrkeotsingul kasutati. Käsitsi käivitatud protsess ja pakendatud teenus võivad kasutada eri kasutajaid, radu või konfiguratsioonifaile. Tehke kindlaks, kas mõni teine Squidi eksemplar veel töötab, enne kui käsitlete objekti aegununa.
Seejärel lugege täpset nurjuvat toimingut. PID-i viga puudutab konfigureeritud PID-i asukohta ja selle ülemkataloogi. Logi viga puudutab logifaili või -kataloogi. Vahemälu lähtestamise viga puudutab salvestusruumi. shm_open viga puudutab nimetatud jagatud mälu objekti ja võib hõlmata ka protsessile rakendatavat turbepoliitikat.
Võrrelge iga ressursi puhul nõutavat käitusjuurdepääsu selle praeguse omaniku ja režiimiga. Kui tavalised õigused tunduvad piisavad, uurige asjakohaseid SELinuxi või AppArmori keeldumise tõendeid. Ainuüksi “Permission denied” ei näita, milline kiht juurdepääsu keelas.
Parandage omandit ilma teist probleemi tekitamata
Hoidke käituskonto kooskõlas paigaldise teenusekonfiguratsiooniga. Kõige ümberlülitamine nobody-le võib katkestada abiprogrammide juurdepääsu ja tuua sisse uue mittevastavuse teenuse hallatavate failidega.
Ka kõigi Squidi-sarnaste objektide kustutamine /dev/shm-st ei ole hea esimene samm. Nimetatud objekt võib kuuluda aktiivsele eksemplarile. Puhastamine peaks vajaduse korral sihtima kinnitatud mahajäetud ressurssi, kui mõjutatud teenus on peatatud, millele järgneb käivitamine tavalise teenusemehhanismi kaudu.
Kasulik tulemus on järjekindel käivituse ja omandi mudel. Ühe käsu käivitamine rootina, kuni viga kaob, võib jätta järgmise rutiinse taaskäivituse täpselt sama probleemiga.