1:HL["/_next/static/media/0484562807a97172-s.p.woff2","font",{"crossOrigin":"","type":"font/woff2"}] 2:HL["/_next/static/media/b957ea75a84b6ea7-s.p.woff2","font",{"crossOrigin":"","type":"font/woff2"}] 3:HL["/_next/static/media/eafabf029ad39a43-s.p.woff2","font",{"crossOrigin":"","type":"font/woff2"}] 4:HL["/_next/static/css/0fc228ca39709660.css","style"] 5:HL["/_next/static/css/04b187f1c2db9f3f.css","style"] 6:HL["/_next/static/css/2dee32d950ed747d.css","style"] 7:I[2846,[],""] 9:I[7331,["972","static/chunks/972-48d060c5a011b63b.js","166","static/chunks/166-4630ca304623114c.js","706","static/chunks/706-870a5b8a23a9f85d.js","153","static/chunks/153-9c38f1e1c3f3e48c.js","162","static/chunks/app/%5Blocale%5D/tag/%5Bslug%5D/page-f2bf9497f30236a6.js"],"AnimatedSection"] a:I[2972,["972","static/chunks/972-48d060c5a011b63b.js","166","static/chunks/166-4630ca304623114c.js","706","static/chunks/706-870a5b8a23a9f85d.js","153","static/chunks/153-9c38f1e1c3f3e48c.js","162","static/chunks/app/%5Blocale%5D/tag/%5Bslug%5D/page-f2bf9497f30236a6.js"],""] b:I[5153,["972","static/chunks/972-48d060c5a011b63b.js","166","static/chunks/166-4630ca304623114c.js","706","static/chunks/706-870a5b8a23a9f85d.js","153","static/chunks/153-9c38f1e1c3f3e48c.js","162","static/chunks/app/%5Blocale%5D/tag/%5Bslug%5D/page-f2bf9497f30236a6.js"],"default"] d:I[4707,[],""] 10:I[6423,[],""] 14:I[1060,[],""] c:Tcf1,

Uw Nginx-site is down met een 502 Bad Gateway. U start PHP-FPM opnieuw en krijgt een foutmelding zoals Job for php8.3-fpm.service failed.... Hier is de snelle, betrouwbare manier waarop ik het oplos.

1) Vind het echte probleem

Wanneer systemctl een storing toont zoals status=78, wijst dit vaak op een slechte configuratie. Begin met het testen van de configuratie:

sudo php-fpm8.3 -t

Als dit slaagt, maar de service nog steeds niet start, controleer dan de volledige servicelogs:

sudo journalctl -xeu php8.3-fpm.service

Zoek naar een ERROR-regel die lijkt op:

ERROR: Another FPM instance seems to already listen on /var/run/php/your-socket-name.sock

Dit betekent dat een oud/vastgelopen PHP-FPM-proces nog steeds aan de socket is gebonden, wat de nieuwe instantie blokkeert.

2) De oplossing: ruim het oude proces op

Vervang in de onderstaande commando's /var/run/php/your-socket-name.sock door het daadwerkelijke socketpad uit uw foutenlogboek.

Vind het vastgelopen proces (PID)
```
sudo lsof /var/run/php/your-socket-name.sock
```
Dit toont het proces dat de socket vasthoudt (waarschijnlijk draaiend als root). Noteer de PID.
Stop dat proces
```
# Vervang 12345 door de daadwerkelijke PID
sudo kill 12345
```
Als het na een paar seconden weigert te stoppen, kunt u het geforceerd beëindigen (gebruik met voorzichtigheid):
```
sudo kill -9 12345
```
Verwijder het verouderde socketbestand
```
sudo rm /var/run/php/your-socket-name.sock
```
PHP-FPM zal het opnieuw aanmaken wanneer het start.
Start PHP-FPM
```
sudo systemctl start php8.3-fpm
```
Uw service zou nu schoon moeten starten. Controleer de status:
```
systemctl status php8.3-fpm
```

3) Waarom dit gebeurt

Als PHP-FPM crasht of onverwacht wordt beëindigd, kan het een draaiend kindproces of een verouderde socket achterlaten. Systemd probeert een nieuw masterproces te starten, maar de socket is al in gebruik.

4) Voorkom het de volgende keer

Graceful restarts: Gebruik bij voorkeur systemctl reload php8.3-fpm voor configuratiewijzigingen.
Houd logs in de gaten: Monitor /var/log/php8.3-fpm.log (of het pad van uw distributie) op crashes.

#Systemd

Hoe een vastgelopen PHP-FPM-service op Ubuntu te repareren (502 Bad Gateway)

Blijf op de hoogte