Squidi tegeliku failideskriptori piiri leidmine
Lugege töötava puhverserveri protsessi piiranguid enne PAM-i seadete muutmist või fikseeritud nofile-väärtuse kopeerimist mahutavuse retseptist.
Uurige töötavat deemonit enne, kui usaldate sisselogimiskesta ulimit -n. Paigalduse puhul, mis kasutab squid.service, alustage nii:
systemctl show squid.service -p MainPID -p LimitNOFILE
systemctl cat squid.serviceLugege /proc/PID/limits tegeliku protsessi ID-ga. Mitme protsessiga juurutuses kontrollige ka asjakohast töötajat. Konfiguratsiooni salvestatud väärtus ei tõesta, et see protsess selle päris.
| Juhtimine | Ulatus |
|---|---|
Kest ulimit ja PAM limits.conf | Kesta järglased või sessioonid, mis PAM-i seadet tegelikult kasutavad |
systemd LimitNOFILE= | Protsessid, mis käivitati selle teenuse ressursipoliitika all |
Squid max_filedescriptors, kui toetatud | Rakenduse piir operatsioonisüsteemi piirangute sees |
Süsteemiteenus ei võta PAM-i muudatusi üle ainult seetõttu, et administraator faili muutis. Kasutage teenusepõhist drop-in'i, kui selle systemd piiri muutmine on asjakohane. Squid dokumenteerib, et max_filedescriptors nõuab muutmiseks taaskäivitust; kui see jätta seadistamata, päritakse OS-i pehme piir.
Mõõtke piir deskriptorite, mitte kasutajate järgi. Kliendid võivad hoida mitut soklit, ning edasisuunatud ühendused, logid ja abitorud kulutavad samuti deskriptoreid. Piiri tõstmine võimaldab suuremat tarbimist, ilma et kohe reserveeritaks fikseeritud kogus RAM-i iga võimaliku deskriptori kohta. Ei vana mälu-sokli kohta hinnang ega 65,535 pole universaalne mahutavusnõue ega Linuxi ülempiir.
Pärast teenuse muutmist võrrelge uue protsessi piire kavandatud väärtustega. Kui tõrkeid esineb neist tunduvalt allpool, uurige, milline ressurss tegelikult ammendub.