Ich habe zur Problematik folgenden Thread gefunden, leider steht keine Lösung dabei:
Aber gut. Es handelt sich dabei um eine firmeninterne Webseite die von außen nicht erreichbar ist, also Intranet. Da ich den Server aber selber verwalte habe ich auch die Macht.
Am Server selber habe ich ein paar Einstellungen geändert:
- in der "mpm_prefork.conf" des Apache habe ich die "MaxRequestWorkers" hochgesetzt: erst auf 500, dann auf 1000 default sind 256. (Habe es aber wieder auf 256 gesetzt.) Als die Seite startete hatten wir gleiches Problem, aber da hat mein Kollege den Wert auf 500 gesetzt und dann lief der Server knapp sechs Monate ohne Probleme. (ich habe die Änderungen inzwischen aber wieder auf Standard gestellt.)
- Anfang der Woche hatte ich Probleme mit der Verbindung zu einem MS SQL-Server, nach einem PHP Update (7.0.x auf 7.2.X). Nachdem ich die Verbindung wieder hergestellt hatte und Daten auch da waren, machte der Server morgens um kurz nach sechs die Grätsche .... (da habe ich dann die MaxRequestWorkers hochgesetzt mit dem Erfolg das heute morgen der Server erneut ausgestiegen ist.
Ich habe jetzt die Apache Error-Log durchforstet, bekomme auch "Indizien" wo das Problem liegt, aber ich denke ich übersehe - wieder einmal - irgendetwas.
Leider komme ich mit meiner Macht nicht weiter und muss den Server in dieser Woche schon des öfteren durchstarten. Den Apache-Service alleine restarten hilft nicht.
- was hat der proxy_fcgi-Error da mit zu tun?
- Die PHP Warnings verstehe ich nicht, denn die Module arbeiten richtig - zumindest bekomme ich die Daten aus der MSSQL-DB.
- die mpm_prefork:notice sagt mir das alles in Ordnung ist - naja, ist es auch , aber - und das wundert mich am meisten - zur exakt gleichen Uhrzeit nämlich um 05:55:55 war die Seite nicht mehr erreichbar...
In den Apache Error- und Acces Logs steht Folgendes
Spoiler anzeigen
[proxy_fcgi:error] [pid 11936] (70007)The timeout specified has expired: [client 192.168.0.133:61199] AH01075: Error dispatching request to : (polling), referer: http://192.168.0.195/intranet
PHP Warning: PHP Startup: Unable to load dynamic library 'pdo_sqlsrv' (tried: /usr/lib/php/20170718/pdo_sqlsrv (/usr/lib/php/20170718/pdo_sqlsrv: cannot open shared object file:$
PHP Warning: Module 'sqlsrv' already loaded in Unknown on line 0
PHP Warning: Module 'pdo_sqlsrv' already loaded in Unknown on line 0
[Fri Sep 28 06:25:05.571260 2018] [mpm_prefork:notice] [pid 6370] AH00163: Apache/2.4.25 (Debian) configured -- resuming normal operations
[Fri Sep 28 06:25:05.571269 2018] [core:notice] [pid 6370] AH00094: Command line: '/usr/sbin/apache2'
192.168.0.15 - - [28/Sep/2018:05:55:55 +0200] "-" 408 0 "-" "-"
192.168.0.15 - - [28/Sep/2018:05:55:55 +0200] "-" 408 0 "-" "-"
192.168.0.15 - - [28/Sep/2018:05:55:00 +0200] "GET /intranet/ HTTP/1.1" 503 566 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko"
192.168.0.12 - - [28/Sep/2018:06:07:52 +0200] "GET /intranet HTTP/1.1" 301 578 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko"
192.168.0.18 - - [28/Sep/2018:06:07:52 +0200] "GET /intranet HTTP/1.1" 301 578 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko"
Liegt es an der Verbindung zur MSSQL-DB? Mit der PHP7.0.X und den Treibern für SQL gab es keine Probleme. Da war es aber noch die 13er Version und nicht die unter PHP7.2 aktuelle 17er ...
Dazu bin ich nach dieser Anleitung vorgegangen:
https://docs.microsoft.com/de-de/sql/conn…-debian-8-and-9
Alle Ideen sind gerne Willkommen !