Apache2 startet nach Update/installation nicht mehr

Debian macht sich hervorragend als Web- und Mailserver. Schau auch in den " Tipps und Tricks"-Bereich.
Antworten
Benutzeravatar
Stefan
Beiträge: 1429
Registriert: 08.09.2002 14:31:59
Lizenz eigener Beiträge: GNU General Public License

Apache2 startet nach Update/installation nicht mehr

Beitrag von Stefan » 15.02.2017 08:12:05

Hallo Gemeinde.

Ich habe auf meinem Debian 8 den Apache neu installiert und nun Problem diesen zu starten.
Den Fehler, kann ich schon einkreisen. Laut google gab es Probleme beim
Update vom Apache Webserver von Version 2.2 auf 2.4.

http://httpd.apache.org/docs/2.4/upgrad ... l#run-time

Code: Alles auswählen

Directives AcceptMutex, LockFile, RewriteLock, SSLMutex, SSLStaplingMutex, and WatchdogMutexPath have been replaced with a single Mutex directive. You will need to evaluate any use of these removed directives in your 2.2 configuration to determine if they can just be deleted or will need to be replaced using Mutex

/etc/init.d/apache2 start

Code: Alles auswählen

[....] Starting apache2 (via systemctl): apache2.serviceJob for apache2.service failed. See 'systemctl status apache2.service' and 'journalctl -xn' for details.
 failed!
systemctl status httpd.service

Code: Alles auswählen

● httpd.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)
Hier bekomme ich zahlreiche Meldungen :
journalctl –xe

Code: Alles auswählen

Feb 15 07:51:48 debianserver dhclient[2115]: send_packet: Operation not permitte
Feb 15 07:51:48 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300
Feb 15 07:51:50 debianserver dhclient[700]: DHCPREQUEST on eth0 to 192.168.0.1 p
Feb 15 07:51:50 debianserver dhclient[700]: send_packet: Operation not permitted
Feb 15 07:51:50 debianserver dhclient[700]: dhclient.c:2243: Failed to send 300
Feb 15 07:51:58 debianserver dhclient[700]: DHCPREQUEST on eth0 to 192.168.0.1 p
Feb 15 07:51:58 debianserver dhclient[700]: send_packet: Operation not permitted
Feb 15 07:51:58 debianserver dhclient[700]: dhclient.c:2243: Failed to send 300
Feb 15 07:51:59 debianserver dhclient[2115]: DHCPREQUEST on eth0 to 192.168.0.1
Feb 15 07:51:59 debianserver dhclient[2115]: send_packet: Operation not permitte
Feb 15 07:51:59 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300
Feb 15 07:52:07 debianserver dhclient[2115]: DHCPREQUEST on eth0 to 192.168.0.1
Feb 15 07:52:07 debianserver dhclient[2115]: send_packet: Operation not permitte
Feb 15 07:52:07 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300
Feb 15 07:52:15 debianserver dhclient[2115]: DHCPREQUEST on eth0 to 192.168.0.1
Feb 15 07:52:15 debianserver dhclient[2115]: send_packet: Operation not permitte
Feb 15 07:52:15 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300
Feb 15 07:52:18 debianserver dhclient[700]: DHCPREQUEST on eth0 to 192.168.0.1 p
Feb 15 07:52:18 debianserver dhclient[700]: send_packet: Operation not permitted
Feb 15 07:52:18 debianserver dhclient[700]: dhclient.c:2243: Failed to send 300
Feb 15 07:52:26 debianserver dhclient[2115]: DHCPREQUEST on eth0 to 192.168.0.1
Feb 15 07:52:26 debianserver dhclient[2115]: send_packet: Operation not permitte
Feb 15 07:52:26 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300
lines 1035-1057/1057 (END)
Feb 15 07:51:48 debianserver dhclient[2115]: send_packet: Operation not permitted
Feb 15 07:51:48 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300 byte long packet over fallback interface.
Feb 15 07:51:50 debianserver dhclient[700]: DHCPREQUEST on eth0 to 192.168.0.1 port 67
Feb 15 07:51:50 debianserver dhclient[700]: send_packet: Operation not permitted
Feb 15 07:51:50 debianserver dhclient[700]: dhclient.c:2243: Failed to send 300 byte long packet over fallback interface.
Feb 15 07:51:58 debianserver dhclient[700]: DHCPREQUEST on eth0 to 192.168.0.1 port 67
Feb 15 07:51:58 debianserver dhclient[700]: send_packet: Operation not permitted
Feb 15 07:51:58 debianserver dhclient[700]: dhclient.c:2243: Failed to send 300 byte long packet over fallback interface.
Feb 15 07:51:59 debianserver dhclient[2115]: DHCPREQUEST on eth0 to 192.168.0.1 port 67
Feb 15 07:51:59 debianserver dhclient[2115]: send_packet: Operation not permitted
Feb 15 07:51:59 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300 byte long packet over fallback interface.
Feb 15 07:52:07 debianserver dhclient[2115]: DHCPREQUEST on eth0 to 192.168.0.1 port 67
Feb 15 07:52:07 debianserver dhclient[2115]: send_packet: Operation not permitted
Feb 15 07:52:07 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300 byte long packet over fallback interface.
Feb 15 07:52:15 debianserver dhclient[2115]: DHCPREQUEST on eth0 to 192.168.0.1 port 67
Feb 15 07:52:15 debianserver dhclient[2115]: send_packet: Operation not permitted
Feb 15 07:52:15 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300 byte long packet over fallback interface.
Feb 15 07:52:18 debianserver dhclient[700]: DHCPREQUEST on eth0 to 192.168.0.1 port 67
Feb 15 07:52:18 debianserver dhclient[700]: send_packet: Operation not permitted
Feb 15 07:52:18 debianserver dhclient[700]: dhclient.c:2243: Failed to send 300 byte long packet over fallback interface.
Feb 15 07:52:26 debianserver dhclient[2115]: DHCPREQUEST on eth0 to 192.168.0.1 port 67
Feb 15 07:52:26 debianserver dhclient[2115]: send_packet: Operation not permitted
Feb 15 07:52:26 debianserver dhclient[2115]: dhclient.c:2243: Failed to send 300 byte long packet over fallback interface.
apache2 -t

Code: Alles auswählen

[Wed Feb 15 07:55:01.780506 2017] [core:warn] [pid 22065] AH00111: Config variable ${APACHE_LOCK_DIR} is not defined
[Wed Feb 15 07:55:01.780739 2017] [core:warn] [pid 22065] AH00111: Config variable ${APACHE_PID_FILE} is not defined
[Wed Feb 15 07:55:01.780842 2017] [core:warn] [pid 22065] AH00111: Config variable ${APACHE_RUN_USER} is not defined
[Wed Feb 15 07:55:01.780923 2017] [core:warn] [pid 22065] AH00111: Config variable ${APACHE_RUN_GROUP} is not defined
[Wed Feb 15 07:55:01.781064 2017] [core:warn] [pid 22065] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Wed Feb 15 07:55:01.912429 2017] [core:warn] [pid 22065] AH00111: Config variable ${APACHE_RUN_DIR} is not defined
[Wed Feb 15 07:55:01.914654 2017] [core:warn] [pid 22065] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Wed Feb 15 07:55:01.916453 2017] [core:warn] [pid 22065] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
[Wed Feb 15 07:55:01.916575 2017] [core:warn] [pid 22065] AH00111: Config variable ${APACHE_LOG_DIR} is not defined
AH00526: Syntax error on line 74 of /etc/apache2/apache2.conf:
Invalid Mutex directory in argument file:${APACHE_LOCK_DIR}

Code: Alles auswählen

Syntax error on line 74 of /etc/apache2/apache2.conf
Mutex file:${APACHE_LOCK_DIR} default
Steht in der Zeile, ein Kommentieren der Zeile brachte nichts.

Hier sehe ich das eigentliche Problem,


apachectl configtest

Code: Alles auswählen

Syntax OK
apachectl restart

Code: Alles auswählen

httpd not running, trying to start
(98)Address already in use: AH00072: make_sock: could not bind to address [::]:443
apachectl -V

Code: Alles auswählen

Server version: Apache/2.4.10 (Debian)
Server built:   Sep 15 2016 20:44:43
Server's Module Magic Number: 20120211:37
Server loaded:  APR 1.5.1, APR-UTIL 1.5.4
Compiled using: APR 1.5.1, APR-UTIL 1.5.4
Architecture:   64-bit
Server MPM:     prefork
  threaded:     no
    forked:     yes (variable process count)
Server compiled with....
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_SYSVSEM_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=256
 -D HTTPD_ROOT="/etc/apache2"
 -D SUEXEC_BIN="/usr/lib/apache2/suexec"
 -D DEFAULT_PIDLOG="/var/run/apache2.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="mime.types"
 -D SERVER_CONFIG_FILE="apache2.conf"
Hier habe ich nochmal die neue apache.conf http://paste.debian.net/914516/

Kann mir einer helfen, den Apache wieder zum laufen zu bekommen, da auf dem Rechner nextcloud läuft kann ich die cloud ohne Apache nicht nutzen.

Gruß
Stefan
Ein Betriebssystem sie zu knechten, sie alle zu finden, Ins Dunkle zu treiben und ewig zu binden, Im Lande Microsoft wo die Schatten drohen.

Debian 7 3.2.0-4 64 - MSI nVidia GeForce 7600 GS - 8 DDR2 SDRAM 800 MHz Quad-CoreIntel Xeon : 2,67 GHz - Gigabyte GA-EP45-DS3 - 256GB SSD 840 Pro Gnome 3

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Apache2 startet nach Update/installation nicht mehr

Beitrag von rendegast » 15.02.2017 12:40:50

Die envvars wird nicht ausgewertet / ist nicht vorhanden/lesbar?



dhclient[2115]: send_packet: Operation not permitted
dhclient[2115]: dhclient.c:2243: Failed to send 300 byte long packet over fallback interface.
Ungewöhnliche Netzwerkeinstellungen?
Unpassende firewall-Regel?
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
Stefan
Beiträge: 1429
Registriert: 08.09.2002 14:31:59
Lizenz eigener Beiträge: GNU General Public License

Re: Apache2 startet nach Update/installation nicht mehr

Beitrag von Stefan » 15.02.2017 13:08:17

Hallo,

Danke für die Antwort.
Leider kann mit deiner Antwort aufgrund meines Wissensstandes nicht viel anfangen :?

Ich habe eine Fireall laufen:
https://wiki.debianforum.de/Einfaches_Firewall-Script

Wie soll ich am besten die Fehler weitersuchen ?
Netzwerk neu starten ?
Was soll ich z.b. im Firewall Script kontrollieren?

Gruß
Stefan
Ein Betriebssystem sie zu knechten, sie alle zu finden, Ins Dunkle zu treiben und ewig zu binden, Im Lande Microsoft wo die Schatten drohen.

Debian 7 3.2.0-4 64 - MSI nVidia GeForce 7600 GS - 8 DDR2 SDRAM 800 MHz Quad-CoreIntel Xeon : 2,67 GHz - Gigabyte GA-EP45-DS3 - 256GB SSD 840 Pro Gnome 3

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22359
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: Apache2 startet nach Update/installation nicht mehr

Beitrag von KBDCALLS » 15.02.2017 13:45:44

Laß doch Apache mal seine Config selbst prüfen. apache2ctl configtest
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
Stefan
Beiträge: 1429
Registriert: 08.09.2002 14:31:59
Lizenz eigener Beiträge: GNU General Public License

Re: Apache2 startet nach Update/installation nicht mehr

Beitrag von Stefan » 15.02.2017 14:26:24

Hallo,

apache2ctl configtest

Code: Alles auswählen

Syntax OK
Sieht doch gut aus, was nun ??

Config von Apache ist OK, was könnte das Problem beim start von Apache weiter sein ?

Was ist den mit:

Syntax error on line 74 of /etc/apache2/apache2.conf

Code: Alles auswählen

Mutex file:${APACHE_LOCK_DIR} default
Steht in der Zeile, ein Kommentieren der Zeile brachte nichts.

Gruß
Stefan
Ein Betriebssystem sie zu knechten, sie alle zu finden, Ins Dunkle zu treiben und ewig zu binden, Im Lande Microsoft wo die Schatten drohen.

Debian 7 3.2.0-4 64 - MSI nVidia GeForce 7600 GS - 8 DDR2 SDRAM 800 MHz Quad-CoreIntel Xeon : 2,67 GHz - Gigabyte GA-EP45-DS3 - 256GB SSD 840 Pro Gnome 3

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Apache2 startet nach Update/installation nicht mehr

Beitrag von rendegast » 15.02.2017 14:35:22

Stefan hat geschrieben: Ich habe eine Fireall laufen:
Alle tables flushen, Policy ACCEPT setzen.

Code: Alles auswählen

$IPTABLES -F
$IPTABLES -t nat -F
$IPTABLES -t mangle -F

$IPTABLES -P ... ACCEPT
$IPTABLES -t nat -P ... ACCEPT
$IPTABLES -t mangle -P ... ACCEPT

usw.

Wenn dhcpclient sich nicht mehr beschwert, lag es an der firewall.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
Stefan
Beiträge: 1429
Registriert: 08.09.2002 14:31:59
Lizenz eigener Beiträge: GNU General Public License

Re: Apache2 startet nach Update/installation nicht mehr

Beitrag von Stefan » 15.02.2017 20:31:32

Hallo,

kannst du bitte so nett sein und mir etwas genauer beschreiben was ich alles zulassen soll:
Alle tables flushen, Policy ACCEPT setzen. meinst :roll:

Habe bisher die freigegeben:

Code: Alles auswählen

$IPTABLES -P INPUT DROP ACCEPT
$IPTABLES -P FORWARD DROP ACCEPT
$IPTABLES -P OUTPUT DROP ACCEPT
ich habe aber dadurch keine Lösung finden können.
Apache startet nicht.

Gruß
Stefan
Ein Betriebssystem sie zu knechten, sie alle zu finden, Ins Dunkle zu treiben und ewig zu binden, Im Lande Microsoft wo die Schatten drohen.

Debian 7 3.2.0-4 64 - MSI nVidia GeForce 7600 GS - 8 DDR2 SDRAM 800 MHz Quad-CoreIntel Xeon : 2,67 GHz - Gigabyte GA-EP45-DS3 - 256GB SSD 840 Pro Gnome 3

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Apache2 startet nach Update/installation nicht mehr

Beitrag von rendegast » 15.02.2017 22:48:22

Ups Fauxpas

Nicht erst
'-F ...' dann
'-P ... ACCEPT'
Das kann/wird bei der gesetzten DROP-Policy zum Zugangs-Ausschluß führen.

ERST die Policy ACCEPT
iptables -t[nat|filter|mangle|raw] -P ... ACCEPT
dann FLUSH/Regelentfernung
iptables -t[nat|filter|mangle|raw] -F ...
dann Entfernung benutzerdefinierter Chains
iptables -t[nat|filter|mangle|raw] -X
(obwohl das auch nicht mehr nötig ist, wenn es keine sich darauf beziehenden Regeln in den default-Chain mehr gibt)

Es wäre etwas einfacher, das '-X' vorher zu erledigen,
falls da aber irgendwelche Verkehrsumleitungen stattfinden, kann das auch Zugangs-Ausschluß bringen.

Um ganz penibel Fehler auszuschließen,
könnte/sollte vor dem Policy-ACCEPT eine ACCEPT-ALL-Regel in jeder default-Chain gesetzt werden.





-------------------------------------------------
Hier nicht relevantes Problem,
ich bin nicht mehr der Herrscher meiner firewall-Regeln.
virt-manager / libvirtd wursteln im nat/filter/mangle, explizit erkenne ich Regeln bzgl. DNS/DHCP für die virbrX.
Ein libvirt-Host sollte besser nicht auch als Router-Maschine (für externe Netze) herhalten.
Ein unbedachtes FLUSH kann da die virtuellen Netze zusammenbrechen lassen,
eine Wiederherstellung eventuell nur per Restart der libvirtd-Dienste <-> Abwürgen der VM.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Antworten