Trovi la veran dosierpriskriban limon de Squid
Legu la proceslimojn de la kuranta prokuro antaŭ ol ŝanĝi PAM-agordojn aŭ kopii fiksan nofile-valoron el kapacita recepto.
Ekzamenu la kurantan demonon antaŭ ol fidi la ulimit -n de la ensaluta ŝelo. Por instalado uzanta squid.service, komencu per:
systemctl show squid.service -p MainPID -p LimitNOFILE
systemctl cat squid.serviceLegu /proc/PID/limits per la reala procesa identigilo. En plurprocesa disfaldiĝo, kontrolu ankaŭ la koncernan laboranton. Valoro konservita en la agordo ne pruvas, ke ĉi tiu procezo heredis ĝin.
| Kontrolo | Amplekso |
|---|---|
Ŝelo ulimit kaj PAM limits.conf | La idaro de la ŝelo aŭ sesioj, kiuj efektive uzas la PAM-agordon |
systemd LimitNOFILE= | Procezoj lanĉitaj laŭ la rimedpolitiko de tiu servo |
Squid max_filedescriptors, kie subtenate | Aplikaĵa limo ene de la limigoj de la operaciumo |
Sistema servo ne alprenas PAM-redaktojn nur ĉar administranto ŝanĝis la dosieron. Uzu serv-specifan drop-in kiam ŝanĝi ĝian systemd-limon konvenas. Squid dokumentas, ke max_filedescriptors postulas restartigon por ŝanĝiĝi; se lasite neagordita, ĝi heredas la molan limon de la operaciumo.
Grandeco la limon laŭ priskribiloj, ne laŭ uzantoj. Klientoj povas teni plurajn ingojn, kaj pluenaj konektoj, protokoloj kaj helpaj tuboj ankaŭ konsumas priskribilojn. Pliigi la limon permesas pli da konsumo sen tuj rezervi fiksan kvanton de RAM por ĉiu ebla priskribilo. Nek malnova takso de memoro po ingo nek 65,535 estas universala kapacitpostulo aŭ Linux-plafono.
Post la servŝanĝo, komparu la limojn de la nova procezo kun la celataj valoroj. Se fiaskoj aperas multe sub ili, esploru la rimedon, kiu efektive elĉerpiĝas.