Skoðaðu keyrandi dæmoninn áður en þú treystir ulimit -n innskráningarskeljarinnar. Fyrir uppsetningu sem notar squid.service, byrjaðu á:

systemctl show squid.service -p MainPID -p LimitNOFILE
systemctl cat squid.service

Lestu /proc/PID/limits með raunverulegu ferlisauðkenni. Í fjölferla uppsetningu skaltu einnig athuga viðkomandi vinnuþráð. Gildi sem vistað er í stillingunni er ekki sönnun þess að þetta ferli hafi erft það.

StjórnunUmfang
Skel ulimit og PAM limits.confAfkomendur skeljarinnar eða setur sem nota PAM stillinguna í raun
systemd LimitNOFILE=Ferli sem ræst voru undir auðlindastefnu þjónustunnar
Squid max_filedescriptors, þar sem það er stuttMörk forrits innan takmarkana stýrikerfisins

Kerfisþjónusta tekur ekki upp PAM breytingar eingöngu vegna þess að stjórnandi breytti skránni. Notaðu drop-in sem er sértækt fyrir þjónustuna þegar viðeigandi er að breyta systemd mörkum hennar. Squid skjalfestir að max_filedescriptors krefst endurræsingar til að breytast; ef það er látið óstillt erfast mjúk mörk stýrikerfisins.

Málaðu mörkin fyrir lýsingar, ekki notendur. Biðlarar geta haldið nokkrum sokkum, og útleiðandi tengingar, loggar og hjálparpípur eyða einnig lýsingum. Að hækka mörkin leyfir meiri notkun án þess að taka strax frá fast magn af vinnsluminni fyrir hverja mögulega lýsingu. Hvorki gömul mat á minni per sokkal né 65,535 eru algild afkastakrafa eða Linux þak.

Eftir þjónustubreytinguna skaltu bera mörk nýja ferlisins saman við fyrirhuguð gildi. Ef bilanir koma langt undir þeim skaltu rannsaka auðlindina sem er í raun að tæmast.

Tengdir greinar