Hallo Jan,
hat die Kollegin vielleicht in den Kurseinstellungen die Dateigröße für den Upload begrenzt?
Viele Grüße
Gaby
@Andreas
es betrifft nicht eine Kollegin.
Wir (Kunde und ich) bauen ein Ausbildungssystem, ich betreue seinem Server und installiere alle Webapps.
Moodle kannte ich von früher und passt zu seine Forderungen.
Dank Video habe ich ein Zeit wo ich alle Logfiles durch gegangen bin und habe folgendes gefunden:
[Mon Mar 30 11:46:39.963569 2020] [proxy_fcgi:error] [pid 5226] (32)Broken pipe: [client 2003:ee:2f2d:f00:c52c:f647:5fb2:5431:57008] AH01075: Error dispatching request to : (passing brigade to output filters), referer: https://*abcdefg.tld*/course/view.php?id=153
[Mon Mar 30 11:48:21.977706 2020] [proxy_fcgi:error] [pid 5225] (32)Broken pipe: [client 2003:ee:2f2d:f00:c52c:f647:5fb2:5431:33716] AH01075: Error dispatching request to : (passing brigade to output filters), referer: https://*abcdefg.tld*/course/view.php?id=153¬ifyeditingon=1
Das in Google gegeben und einige directives für Apache gefunden die ich in Plesk gegeben habe.
FcgidIdleTimeout 900
FcgidProcessLifeTime 900
FcgidConnectTimeout 900
FcgidIOTimeout 900
Timeout 900
ProxyTimeout 900
Jetzt muss es getestet werden.
@Gabi,
Danke, daran habe ich nicht gedacht, das wäre durchaus möglich, werden wir kontrollieren.
MfG
Jan
es betrifft nicht eine Kollegin.
Wir (Kunde und ich) bauen ein Ausbildungssystem, ich betreue seinem Server und installiere alle Webapps.
Moodle kannte ich von früher und passt zu seine Forderungen.
Dank Video habe ich ein Zeit wo ich alle Logfiles durch gegangen bin und habe folgendes gefunden:
[Mon Mar 30 11:46:39.963569 2020] [proxy_fcgi:error] [pid 5226] (32)Broken pipe: [client 2003:ee:2f2d:f00:c52c:f647:5fb2:5431:57008] AH01075: Error dispatching request to : (passing brigade to output filters), referer: https://*abcdefg.tld*/course/view.php?id=153
[Mon Mar 30 11:48:21.977706 2020] [proxy_fcgi:error] [pid 5225] (32)Broken pipe: [client 2003:ee:2f2d:f00:c52c:f647:5fb2:5431:33716] AH01075: Error dispatching request to : (passing brigade to output filters), referer: https://*abcdefg.tld*/course/view.php?id=153¬ifyeditingon=1
Das in Google gegeben und einige directives für Apache gefunden die ich in Plesk gegeben habe.
FcgidIdleTimeout 900
FcgidProcessLifeTime 900
FcgidConnectTimeout 900
FcgidIOTimeout 900
Timeout 900
ProxyTimeout 900
Jetzt muss es getestet werden.
@Gabi,
Danke, daran habe ich nicht gedacht, das wäre durchaus möglich, werden wir kontrollieren.
MfG
Jan
Hallo Jan,
kannst du evtl. etwas zu deinem System-Setup schreiben? Mich irritieren hier die IPv6 Adressen des Clients.
Viele Grüße
Andreas
kannst du evtl. etwas zu deinem System-Setup schreiben? Mich irritieren hier die IPv6 Adressen des Clients.
Viele Grüße
Andreas
Es ist Ubuntu 16.04 mit Apache 2.4 und bei Moodle 3.5.5 und PHP 7.0.33.
PHP Version kann im laufende Betrieb erhöht, aber weil 3.5.5 etwas älter ist, habe ich PHP 7.0 gelassen.
Warum irritieren IPv6 Adressen? Heutzutage sind Server doch (fast) immer über IPv4 und IPv6 erreichbar.
Ich habe nur Server mit beide, nur IPv4 ist nicht klug.
Bei Rolle "Manager" habe ich Rechte moodle/course:ignorefilesizelimits dazu gegeben.
Auf dem Server kommen alle Time-out-Werte auf 900 statt 600 wenn das nicht hilft
dann schauen wir doch mal auf das LAN und ISP.
MfG
Jan
PHP Version kann im laufende Betrieb erhöht, aber weil 3.5.5 etwas älter ist, habe ich PHP 7.0 gelassen.
Warum irritieren IPv6 Adressen? Heutzutage sind Server doch (fast) immer über IPv4 und IPv6 erreichbar.
Ich habe nur Server mit beide, nur IPv4 ist nicht klug.
Bei Rolle "Manager" habe ich Rechte moodle/course:ignorefilesizelimits dazu gegeben.
Auf dem Server kommen alle Time-out-Werte auf 900 statt 600 wenn das nicht hilft
dann schauen wir doch mal auf das LAN und ISP.
MfG
Jan
Hallo Jan,
das ist schon klar. Nur haben die Clients i.d.R. IPv4-Adressen.
Nutzt ihr hier irgendeine Art von Forwarding?
Viele Grüße
Andreas
Hallo Andreas,
das braucht man doch nicht, der Server ist sowohl mit IPv4 als mit IPv6 zu erreichen.
Es gibt auch DNS A-records und DNS AAAA-records für alles.
Da gibt es kein einziges Problem.
MfG
Jan
das braucht man doch nicht, der Server ist sowohl mit IPv4 als mit IPv6 zu erreichen.
Es gibt auch DNS A-records und DNS AAAA-records für alles.
Da gibt es kein einziges Problem.
MfG
Jan
Hallo Jan,
also kein Forwarding oder ReverseProxy. Die Clients greifen direkt auf den Moodle-Server zu?
Viele Grüße
Andreas
Problem ist gelöst.
Ich habe alle Moodle Einstellungen kontrolliert und da war das Problem nicht.
Dann habe ich in der selbe Umgebung ein PHP-Uploadscript gegeben zu sehen was passiert.
Bingo, Fehlermeldung von Nginx das auf diese Server zusammen mit Apache installiert ist (als reverse Proxy).
Nginx hat eine Beschränkung von 128 Mb in der Konfiguration bei Plesk.
Das könnte man ändern wie hier beschrieben
https://talk.plesk.com/threads/413-request-entity-too-large.340432/
Einfacher ist in Plesk unter
Tools und Einstellungen -> Plesk -> Updates (neues Tab öffnet) -> Komponenten hinzufügen/Entfernen -> Webhosting
Nginx DE-INSTALLIEREN
Nachher funktioniert uploaden wie erwartet nach den Regeln von PHP.INI
Ich hoffe das erspart andere Nutzer die Suche.
MfG
Jan
Ich habe alle Moodle Einstellungen kontrolliert und da war das Problem nicht.
Dann habe ich in der selbe Umgebung ein PHP-Uploadscript gegeben zu sehen was passiert.
Bingo, Fehlermeldung von Nginx das auf diese Server zusammen mit Apache installiert ist (als reverse Proxy).
Nginx hat eine Beschränkung von 128 Mb in der Konfiguration bei Plesk.
Das könnte man ändern wie hier beschrieben
https://talk.plesk.com/threads/413-request-entity-too-large.340432/
Einfacher ist in Plesk unter
Tools und Einstellungen -> Plesk -> Updates (neues Tab öffnet) -> Komponenten hinzufügen/Entfernen -> Webhosting
Nginx DE-INSTALLIEREN
Nachher funktioniert uploaden wie erwartet nach den Regeln von PHP.INI
Ich hoffe das erspart andere Nutzer die Suche.
MfG
Jan