Systematische Fehleranalyse Apache2
Datum
🔹 Fehler-Einkreisung
Wir sind Schritt für Schritt vorgegangen, wie bei einer kriminalistischen Spurensuche 🕵️♂️:
- Installation & Grundstatus prĂĽfen
dpkg -l | grep apache2 systemctl status apache2 apachectl configtest
→ Alles installiert, Config syntaktisch OK, aber Service inactive.
Logs prĂĽfen
journalctl -u apache2 -n 50 tail -n 50 /var/log/apache2/error.log
→ Keine Einträge → Hinweis auf sehr frühen Startabbruch
Module prĂĽfen
apachectl -M
→ Alle Module laden, kein sichtbarer Crash
→ Problem tritt nach Modul-Load auf
Direkter Foreground-Test
sudo /usr/sbin/apachectl -e debug -DFOREGROUND
→ Start bricht ab nach Modul-Load
→ keine Logs → sehr typisch für Runtime-Dir / envvars Problem
Minimalstart isoliert
sudo /usr/sbin/apache2 -X
→ Fehlermeldung
${APACHE_RUN_DIR} is not defined→ Runtime-Dir / envvars
Konfigurationsanalyse LDAP
grep -R "ldap" /etc/apache2
→ Aktive LDAP-Module, die keinen Server hatten, mögliches zweites Startproblem
envvars laden
source /etc/apache2/envvars /usr/sbin/apache2 -DFOREGROUND
→ Läuft jetzt fehlerfrei → envvars-Problem bestätigt
LDAP-Module deaktivieren
sudo a2dismod ldap authnz_ldap ldap_userdir vhost_ldap
→ Systemstart möglich, keine weiteren Abbrüche
Apache ĂĽber systemd starten
sudo systemctl restart apache2 sudo systemctl status apache2
→ Stabiler Dienst, Port 80 belegt, alles läuft
🔹 Fazit
Hauptproblem: envvars / Runtime-Dir nicht gesetzt → Startabbruch
Sekundäres Problem: LDAP-Module aktiv ohne LDAP → sofortiger Crash
Symptomatische Folgen: Keine Logs, keine Portbindung, Exit-Code 1
Lösung: envvars laden + LDAP-Module deaktivieren → Apache läuft wieder stabil







