Ein 503 ist der Server, der „jetzt nicht“ sagt. Es ist der einzige 5xx, der manchmal richtig ist: Der Wartungsmodus liefert absichtlich 503, und eine Suchmaschine, die ihn liest, kommt später wieder, statt die Seite fallenzulassen.

Ist es Absicht?

  • Ein CMS, das im Wartungsmodus stehen blieb — WordPress lässt eine .maintenance-Datei zurück, wenn ein Update auf halbem Weg scheitert.
  • Eine Ratenbegrenzung, die ihre Arbeit tut — ein 503 mit Retry-After-Header.
  • Ein Deploy-Skript, das die Seite hinter eine Wartungsseite gestellt und diese nicht wieder entfernt hat.
ls -la /path/to/site/.maintenance && rm /path/to/site/.maintenance

Oder ist ihm etwas ausgegangen?

Ist nichts davon Absicht, hat der Server keine Kapazität mehr, die Anfrage anzunehmen. Lesen Sie zuerst die Last, denn die Zahl sagt Ihnen, welche Ressource ausgegangen ist.

uptime; free -m; df -h
  • Last weit über Ihrer Kernzahl — zu viel Arbeit, zu wenig CPU.
  • Kaum freier Speicher und Swap in Benutzung — die Maschine schaufelt nur noch, und alles ist langsam.
  • Eine volle Platte — nichts kann schreiben, und die meisten Dienste liefern lieber 503, als Daten zu beschädigen.
Die volle Platte ist der häufigste und am seltensten vermutete Grund. Prüfen Sie sie zuerst: Es kostet einen Befehl und ist oft die ganze Antwort.
Löschen Sie nie Logdateien, um Platz zu schaffen, während ein Dienst hineinschreibt — der Platz kommt erst zurück, wenn der Prozess den Handle schließt. Kürzen Sie stattdessen: : > /var/log/big.log