Resultaten 1 tot 12 van de 12
  1. #1
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    277 Berichten
    Ingeschreven
    08/01/05

    Locatie
    Zegveld

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Aar
    Functie: Webdeveloper
    Registrar SIDN: nee
    KvK nummer: n.v.t
    Ondernemingsnummer: nvt

    Thread Starter

    php-fpm lijkt er regelmatig mee te stoppen,

    Ik heb het idee dat php-fpm56 op mijn VPS regelmatig lijkt te stoppen. Het geheugen lijkt normaal en de load lijkt vaak iets te stijgen, maar blijft vaak onder de 1.00. Waarna php-fpm56 plotseling stopt met werken. De sites die via deze fpm-draaien zijn dan onbereikbaar en blijven laden totdat ik de services voor php-fpm56 opnieuw start. Andere sites om php-fpm70 lijken gewoon online.

    Het verkeer naar mijn webserver lijkt ook niet te zijn toegenomen.
    Ik heb ook al in /var/logs gekeken naar de php-fpm56.log maar die lijkt niet te worden gebruikt.

    Inmiddels heb ik de hele VPS-server even gerestart met de hoop dat het nu rustig blijft **fingers crossed**
    Maar toch ben ik benieuwd hoe dit kan?

    Aanval? Ik zie niks bijzonders in de access_logs. Maar wel zie ik bij de processen in DirectAdmin dat er ongeveer 400 MB voor gebruikt wordt, terwijl er geen drukbezochte site op draait. Heeft iemand een idee waarom php-fpm regelmatig stopt? Ik kan mij niet indenken of een bepaald script daar verantwoordelijk voor is, ik heb de afgelopen dagen geen updates aan de server uitgevoerd.

  2. #2
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    277 Berichten
    Ingeschreven
    08/01/05

    Locatie
    Zegveld

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Aar
    Functie: Webdeveloper
    Registrar SIDN: nee
    KvK nummer: n.v.t
    Ondernemingsnummer: nvt

    Thread Starter
    Nope, een ruim uur na de reboot nokte php-fpm er weer mee.
    Ik zit nu toch even met mijn handen in het haar :P
    Iemand een idee?

    Er lijkt ook gene sprake van hoge load...

  3. #3
    php-fpm lijkt er regelmatig mee te stoppen,
    Geregistreerd Gebruiker
    4.754 Berichten
    Ingeschreven
    23/04/05

    Locatie
    Eindhoven

    Post Thanks / Like
    Mentioned
    15 Post(s)
    Tagged
    0 Thread(s)
    353 Berichten zijn liked


    Naam: Toin Bloo
    Bedrijf: Dommel Hosting
    URL: www.dommelhosting.nl
    ISPConnect: Lid
    KvK nummer: 17177247

    Herkenbaar, maar alleen niet zo frequent. Dan staan er wel een tiental processen open, maar die accepteren geen requests meer. En niets dat het afschiet, totdat je dat zelf doet inderdaad. Ik heb een licht vermoeden dat het iets is met database verbindingen die vastlopen en dan op een gegeven moment returnen die php-fpm processen niet meer. Meestal terug te voeren op random request zoals er zoveel langs komen...

  4. #4
    php-fpm lijkt er regelmatig mee te stoppen,
    Geregistreerd Gebruiker
    4.754 Berichten
    Ingeschreven
    23/04/05

    Locatie
    Eindhoven

    Post Thanks / Like
    Mentioned
    15 Post(s)
    Tagged
    0 Thread(s)
    353 Berichten zijn liked


    Naam: Toin Bloo
    Bedrijf: Dommel Hosting
    URL: www.dommelhosting.nl
    ISPConnect: Lid
    KvK nummer: 17177247

    Je zou eens kunnen kijken naar de php-fpm settings, wellicht kun je met emergency_restart_interval iets.

  5. #5
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    277 Berichten
    Ingeschreven
    08/01/05

    Locatie
    Zegveld

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Aar
    Functie: Webdeveloper
    Registrar SIDN: nee
    KvK nummer: n.v.t
    Ondernemingsnummer: nvt

    Thread Starter
    Mijn site draait al jaren prima, en hoe zouden mijn databaseverbindingen dan vast kunnen lopen?
    Ik zou dan meer een error van MySQL verwachten?

    Ik zal eens kijken naar emergency_restart_interval in de php-fpm config.

    maar toch ben ik benieuwd naar een robuuste oplossing of weg om te troubleshooten.
    Laatst gewijzigd door Aar; 17/03/19 om 00:55.

  6. #6
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    277 Berichten
    Ingeschreven
    08/01/05

    Locatie
    Zegveld

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Aar
    Functie: Webdeveloper
    Registrar SIDN: nee
    KvK nummer: n.v.t
    Ondernemingsnummer: nvt

    Thread Starter
    Code:
    emergency_restart_threshold = 10
    emergency_restart_interval = 20s
    heb ik toegevoegd aan /usr/local/php56/etc en dat slikt 'ie niet en fpm weigert dan op te starten.
    Laatst gewijzigd door Aar; 17/03/19 om 01:21.

  7. #7
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    88 Berichten
    Ingeschreven
    20/08/03

    Locatie
    Kampen

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    Ik heb dit ook gehad en het probleem kwam naar boven op het moment dat de website een foto upload kreeg naar de media bibliotheek. De max_exection_time melding was terug te vinden in de logs.

    Inmiddels heeft de gebruiker een plugin die er voor zorgt dat ze geen foto`s van 36mb meer uploaden als thumbnail. Maar dat deze resized worden. De max_execution time is aan te passen op een gekke plek

    CMD_CUSTOM_HTTPD?user=usernaam1&php-fpm=5.6


    Onder |CUSTOM2| kunnen je de wijzigingen toevoegen


    Het is natuurlijk niet goed dat FPM er mee stopt op het moment dat een process afgebroken wordt.

  8. #8
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    277 Berichten
    Ingeschreven
    08/01/05

    Locatie
    Zegveld

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Aar
    Functie: Webdeveloper
    Registrar SIDN: nee
    KvK nummer: n.v.t
    Ondernemingsnummer: nvt

    Thread Starter
    Ik schaam me rot dat ik eigenlijk de oplossing nog niet gegeven heb. Dus bij deze:

    Het probleem zat hem in de PHP1 versie van DirectAdmin waarbij er als bug een bepaalde regel mistte. Daardoor kwam elke request in een loop terecht (wat ik terugvond in de http logs) en dat veroorzaakte een enorme belasting op het php-fpm process. Nadat ik DirectAdmin een update gegeven had en de vhosts heb gerewrite was het over. Uit mijn hoofd was het iets van proxyOverride wat bleek te missen.

    Opmerkelijk was dat ook alle headers() in PHP genegeerd werden, en doorgevoerd werden aan Apache die er zelf iets mee deed.
    Gelukkig had ik het snel met de DA support opgelost.

  9. #9
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    3.709 Berichten
    Ingeschreven
    22/05/05

    Post Thanks / Like
    Mentioned
    12 Post(s)
    Tagged
    0 Thread(s)
    24 Berichten zijn liked


    Naam: Jeroen

    Herkenbaar probleem. Komt ook wel eens voor dat een bepaalde regel in een PHP script de boel laat crashen. Gebeurt tegenwoordig niet heel vaak meer maar om die reden hebben wij monitoring actief op specifiek de werking van PHP versies. Zodra een PHP versie niet meer bereikbaar is dan herstart onze monitoring het proces (of geeft een alert als dit niet succesvol was).

  10. #10
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    277 Berichten
    Ingeschreven
    08/01/05

    Locatie
    Zegveld

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Aar
    Functie: Webdeveloper
    Registrar SIDN: nee
    KvK nummer: n.v.t
    Ondernemingsnummer: nvt

    Thread Starter
    Citaat Oorspronkelijk geplaatst door DutchTSE Bekijk Berichten
    Herkenbaar probleem. Komt ook wel eens voor dat een bepaalde regel in een PHP script de boel laat crashen. Gebeurt tegenwoordig niet heel vaak meer maar om die reden hebben wij monitoring actief op specifiek de werking van PHP versies. Zodra een PHP versie niet meer bereikbaar is dan herstart onze monitoring het proces (of geeft een alert als dit niet succesvol was).
    Het is niet de bedoeling als een PHP-regel zomaar het proces laat crashen. Maar ik heb ook recentelijk meegemaakt met een oud gallery-script die erg veel geheugen innam, dat die de php-fpm omverschopte. Maar als er bijna 500 MB gebruikt wordt, dan is dat al een belachelijk script.

    Maar hoe steekt jullie monitoring en re-start van fpm in elkaar?
    Laatst gewijzigd door Aar; 24/10/19 om 23:02.

  11. #11
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    93 Berichten
    Ingeschreven
    06/05/19

    Post Thanks / Like
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Naam: Paul
    Bedrijf: Connaxis Hosting BV
    URL: connaxis.hosting

    hi
    simpelste monitor die je kan doen is op http en keyword. geen keyword, dan httpd restarten.
    door op keyword te monitoren pak je ook gelijk de db connectie mee. ervan uitgaand dat je die dus uit db haalt.

  12. #12
    php-fpm lijkt er regelmatig mee te stoppen,
    geregistreerd gebruiker
    3.709 Berichten
    Ingeschreven
    22/05/05

    Post Thanks / Like
    Mentioned
    12 Post(s)
    Tagged
    0 Thread(s)
    24 Berichten zijn liked


    Naam: Jeroen

    Via deze truc hebben wij de werking van .php56 of .php73 (etc) bestanden hersteld: https://www.sysblog.nl/restore-direc...-var-www-html/

    Vervolgens iedere minuut op het bestand controleren of een bepaald keyword aanwezig is. Zo niet dan kan dat komen omdat Apache er geheel uit ligt of omdat PHP eruit ligt. Door afhankelijkheden in de monitoring in te stellen kun je voorkomen dat je Apache herstart als één PHP versie eruit ligt, of dat je PHP herstart omdat Apache eruit ligt. Beetje zoals Paulpolo68 beschrijft. Wij nemen de database connectie echter niet mee (die monitoren we los), wij monitoren op een bestand met phpinfo().



Labels voor dit Bericht

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2021 Webhostingtalk.nl.
Web Statistics