Squid shm_open: baimena ukatuta — egiaztatu memoria partekatuaren jabetza
Bereizi Squiden memoria partekatuaren jabetza hutsegiteak PID, erregistro eta cache direktorioaren baimen-erroreetatik.
Could not read pid file eta shm_open(...): Permission denied Squid abio hutsean ager daitezke. Baliabide desberdinak izendatzen dituzte. Cache direktorio baten jabetza konpontzeak, bere horretan, ez du bat ere konpontzen.
Linuxen, POSIX memoria partekatuaren objektua /dev/shm azpian adierazi ohi da. Bere jabea eta sarbide-modua garrantzitsuak dira. Beraz, beste exekuzio-identitate batek utzitako objektu batek geroagoko prozesu bat hutsarazi dezake, squid.conf irakurgarria izan eta entzuten ari den portua libre egon arren.
Berreraiki instantzia hau nola abiatu zen
Konparatu zerbitzuaren ohiko abioa arazoak bilatzeko erabilitako edozein eskuzko abiorekin. Eskuz abiatutako prozesuak eta paketatutako zerbitzuak erabiltzaile, bide edo konfigurazio-fitxategi desberdinak erabil ditzakete. Egiaztatu Squid instantzia beste bat oraindik martxan dagoen objektu bat zaharkitutzat hartu aurretik.
Ondoren, irakurri huts egiten duen eragiketa zehatza. PID errore bat PIDaren konfiguratutako kokapenari eta haren guraso direktorioari dagokio. Erregistro errore bat erregistro-fitxategiari edo direktorioari dagokio. Cachearen hasieratze errore bat biltegiratzeari dagokio. shm_open errore bat izendatutako memoria partekatuaren objektuari dagokio eta prozesuari aplikatutako segurtasun-politika ere barne har dezake.
Baliabide bakoitzerako, konparatu beharrezko exekuzio-sarbidea bere uneko jabearekin eta moduarekin. Ohiko baimenak nahikotzat badirudite, aztertu SELinux edo AppArmorren ukapen-ebidentzia egokia. “Permission denied” soilak ez du adierazten zein geruzak ukatu zuen sarbidea.
Konpondu jabetza bigarren arazo bat sortu gabe
Mantendu exekuzio-kontua instalazioaren zerbitzu-konfigurazioarekin bat. Dena nobody-era aldatzeak laguntzaileen sarbidea hauts dezake eta zerbitzuak kudeatutako fitxategiekin bat ez etortze berria sartu.
/dev/shm-n Squid itxurako objektu guztiak ezabatzea ere ez da lehen urrats ona. Izendatutako objektu bat instantzia aktibo batena izan daiteke. Garbiketak, behar denean, egiaztatutako baliabide baztertu bat izan behar du jomugan, eragindako zerbitzua geldituta, eta ondoren zerbitzu-mekanismo arruntaren bidez abiatu.
Emaitza erabilgarria abio- eta jabetza-eredu koherentea da. Root gisa komando bat exekutatzea errorea desagertu arte hurrengo ohiko berrabiaraztea arazo berarekin utz dezake.