Upload Limit

grefabu 2019-11-29 11:08:30 UTC #1

Moin,

ist das Upload Limit immer noch über die php Einträge begrenzt?
Ich meinte dass zumindest der Upload über webdav unlimitiert ist?

Ein Kollege wollte gerade 100MB auf die Freigabe laden und bekam ein Error 413.

Grüße

Gregor

StefanU 2019-11-29 13:22:22 UTC #2

Hallo Gregor.

Mit meiner RZ-Demo funktioniert es (128MB).
Bei meiner privaten EGw (egroupware-docker (19.1.20191119) ) hingegen nicht:

Laut Anzeige ungefähr bei 119MB, mal aber auch 121 oder123. Das muss aber nicht richtig sein.

Per Dateimanager klappt es.
Kannst du das bitte mal probieren?

Stefan

RalfBecker 2019-11-29 16:13:11 UTC #3

Im Dateimanager machen wir ein Chunking beim Upload, sprich es werden - glaube ich - 8 MB Chunks hochgeladen und auf dem Server wieder zusammengesetzt. Damit gibt es keine Begrenzung.

WebDAV selbst hängt nicht an EGroupware sondern am Client, ob er in Chunking macht. Die meisten Clients machen es nicht und scheitern dann bei der in der php.ini eingestellten Größe.

RAI-Drive ist der einzige WebDAV Client den ich kenne der große Dateien in Chunks uploaded. Gibt - meines Wissens - eine kostenfreie Version.

Ralf

StefanU 2019-11-29 19:41:03 UTC #4

Ich habe beides noch einmal unter Mint/Firefox/Nemo mit einer 350MB-Datei getestet:
EGw-Dateimanager funktioniert immer.
RZ-EGw per Nemo-WebDAV-Client: funktioniert
Private EGw per Nemo-WebDAV-Client: funktioniert nicht

Somit sollte der Client OK sein. Damit hat alles bisher auch wunderbar funktioniert. Nur habe ich keine so großen Dateien hochgeladen.

Das Log sagt:

2019/11/29 19:35:48 [error] 6#6: *14318 client intended to send too large body: 351272960 bytes, client: 172.19.0.1, server: _, request: "PUT /egroupware/webdav.php/home/ich/T%C3%84ST/debian-10.1.0-amd64-netinst.iso HTTP/1.1", host: "egw.meine.de"

@grefabu:
Hat das bei dir mal funktioniert?

Stefan

grefabu 2019-12-04 10:20:21 UTC #5

Moin,

bei meiner alten 17er Version klappt der Upload von einer 118MB Datei per Dolhpin. Bei unserer 19er Version nicht. Vor dem Upgrade auf die 19er Version bin ich mir ziemlich sicher, dass es geklappt hat.

Ist dass mit den Chunks erst ab der 19er aktiv?

grefabu 2019-12-04 10:22:15 UTC #6

Über das Webinterface klappt der Upload der 118 MB Datei problemlos, auch bei der 19er Version.

StefanU 2019-12-04 11:02:26 UTC #7

Hallo Gregor,

mach doch bitte ein Ticket auf, nehme Bezug auf dieses Thema und nimm mich im CC.

Gruß
Stefan

RalfBecker 2019-12-04 13:50:07 UTC #8

Ich habe schon mehrmals geschaut, wir haben im Hosting und im den 19.1 Container was den Upload angeht die gleichen Einstellungen:

upload_max_filesize = 64M
post_max_size = 65M

Wir reden aber doch garnicht von Upload sondern von einem WebDAV PUT, dafür spielen die php.ini Einstellungen keine Rolle.

Wohl aber die Einstellungen im Nginx (oder Apache). Im Nginx Container haben wir client_max_body_size 1g;, aber im Nginx Proxy auf dem Host haben wir die Einstellung zwei mal, und das zweite mal mit nur 65M:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-docker-19.1/egroupware-docker/nginx.conf#L33




	server_name _;
	root /var/www/html;


	index index.php index.nginx-debian.html index.html index.htm;


	# include other EGroupware parts like Collabora
	include app.d/egroupware*.conf;


	# other settings
	client_max_body_size 65M;


	# proxy into EGroupware container
	location /egroupware {
		proxy_pass http://127.0.0.1:8080;
		include proxy_params;
	}


	# PHP in docroot
	#location ~ \.php {
	#	fastcgi_pass unix:/run/php/php7.0-fpm.sock;

Sprich das muss einfach ersatzlos raus, dann greift das darüber schon eingestellte 1GB.

Dh. wenn Du einen Nginx auf dem Host verwendest bearbeite mal die /etc/egroupware-docker/nginx.conf, d.h. lösche die Zeile und rufe nginx -s reload auf.

Ralf

StefanU 2019-12-05 16:32:37 UTC #9

Hallo Ralf,

ich habe die Standard-Installation, sprich mit apache-reverse-proxy.

Stefan

RalfBecker 2019-12-05 18:18:43 UTC #10

Nochmal genau geschaut, Apache hat auch ein Limit, das setzen wir aber nicht und der Default ist 0=unbegrenzt.

Allerdings haben wir in beiden Nginx Konfigurationsdateinen erst 1G und dann 65M gesetzt, letzteres gehört gelöscht. Mache ich mit dem nächsten Paket, kannst Du aber auch gerne ausprobieren:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-docker-19.1/egroupware-docker/egroupware-nginx.conf#L31


	#ssl_certificate_key /etc/ssl/private/certificate.pem;
	# HTTP Strict-Transport-Security header (start with a short max-age!)
	#add_header Strict-Transport-Security max-age=31536000;	# 31536000sec=1year


	server_name _;
	root /var/www/html;


	index index.php index.nginx-debian.html index.html index.htm;


	# other settings
	client_max_body_size 65M;


	# EGroupware installed in /usr/share/egroupware
	location ^~ /egroupware {
		alias  /usr/share/egroupware/;
		try_files $uri $uri/ =404;
		location ~ ^/egroupware(/(?U).+\.php) {
			# do not allow to call files ment to be included only
			location ~ ^/egroupware/(vendor|[^/]+/(src|setup|inc))/ {
				return 403;
			}

Ralf

grefabu 2019-12-06 09:27:15 UTC #11

Wie schon im Ticket geschrieben, hat der Upload danach wieder wie gewünscht geklappt.

Webdav / davfs - Problem mit großer Datei