Eredmény: 1 - 2 (2) összesen

Téma: Wordpress OOM Killer probléma - Programozó keresek!

  1. #1
    Mindig van lejjebb Wirg logója
    Csatlakozott
    08-06-04
    Hely
    Budapest
    Hozzászólás
    1.988
    Begyűjtött 413 köszönetet
    215 hozzászólásával

    Alapbeállítás Wordpress OOM Killer probléma - Programozó keresek!

    Sziasztok!

    Egy Wordpress rendszerrel szív az ügyfelem egy ideje és ehhez keresek embert. Részletek és találgatások:

    A wp miatt lesz tele a memória és oom killer kilőtte a processeket. Syslogból látszik: apache hívta meg oom killert, azaz neki kellett volna még memória.

    Szerver üzenet:
    apache2 invoked oom-killer: gfp_mask=0x1201d2, order=0, oomkilladj=0

    Közvetlenül az oom killer meghívása előtt apache logban azt láttuk, hogy két ip-ről kb 120 darab post érkezett ugyanarra az urlre. Lehet, hogy wordpressbe próbáltak belépni, betörni és a túl sok client miatt mindig új processet nyitott apache, ami újabb memória helyet foglalt le.

    Eddig ide jutottunk:
    Avoiding the OOM Killer by limiting the number of Apache2 processes and clients | Monica Lent

    MaxClients-et 512-ről levettük 128-ra, meglátjuk mit fog reagálni rá. Ez egy jópofa cikk, leírja az oom működését - megoldást nem ad, csak
    leírja, miért rossz.
    https://jsosic.wordpress.com/tag/oom-killer/
    WordPress › Support » Single wordpress instance killing server

    A programozáshoz nem értek, ne engem keressetek a szakmai kérdésekkel! Kérlek csak annyit írjatok hogy PMben hogy mi az email címetek és hogy meg tudjátok-e oldani a problémát ha összekötlek titeket az ügyfelem programozójával és hozzáférést kaptok. Tehát PM! Thx.



  2. #2
    Bölcs
    Csatlakozott
    09-12-19
    Hely
    Budapest
    Hozzászólás
    697
    Begyűjtött 102 köszönetet
    64 hozzászólásával

    Alapbeállítás re: Wordpress OOM Killer probléma - Programozó keresek!

    Szia!

    Írtam üzenetet. A leírásod alapján az OOM-Killer nem rossz dolog, hogy van, hiszen megmenti a rendszert a teljes meghalástól, az a rossz, hogy odáig jut a rendszer állapota, hogy szükséges az OOM-Killer. Nem túl finom megoldásként állíthatsz be swap-et is, ami a rövid ideig tartó memória problémákra megoldást tud nyújtani, ugyanakkor tudnod kell azt, hogy a webkiszolgálásra ez általában nem jellemző, a működési jellege miatt. A webkiszolgálókon a swap sokszor a probléma további elhúzódását eredményezi a megoldás helyett. A jó megoldásként vagy memóriát kell bővíteni, vagy korlátozni kell a futó php-k számát. A korlátozásra a MaxClients nem feltétlenül jó megoldás, érdemes valami külső modult használni, pl mod_qos stb, de mégjobb, ha például átváltasz fastcgi módra a php futtatás terén. A fastcgi modul alapból képes arra, hogy a futó php scriptek számát maximalizálja, miközben a statikus fileok kiszolgálása továbbra is zavartalan maradhat, ezért a korlátozás valóban a problémás részen hat.



Könyvjelzők

Hozzászólás szabályai

  • Új témákat nem hozhatsz létre
  • Válaszokat nem küldhetsz
  • Fájlokat nem csatolhatsz
  • A hozzászólásaidat nem módosíthatod
  •