Comment augmenter la taille des fichiers synchronisés >512 Mo sur Nextcloud

[FelipeF]

J’ai modifié php.ini avec
upload_max_filesize = 2048M
et nginx
max_body_size 0

Dans le cas d’un fichier d’environ 1Go le client Nextcloud sur PC plante au bout d’un certain temps et s’arrête complètement. Avec un téléversement depuis le navigateur le téléchargement va jusqu’au bout puis j’obtiens “Erreur lors de l’assemblage des blocs, code d’état 504”
J’ai trouvé cette info “Nextcloud envoi les fichiers par fragment de 10M puis les rassemble pour recréer le fichier final. Dans le cas de gros fichiers, ça peut coincer. Ou bien il y a timeout de nginx ou php-fpm sinon le dossier temporaire est trop petit pour les gros fichiers.”
Malheureusement aucune solution pour augmenter le dossier temporaire n’est indiquée. @Mageunic savez-vous comment augmenter ce dossier temporaire ?

[Mageunic]

@Rico_la_terreur avez vous correctement remis les bonnes valuers dans le fichier nginx.conf ?

[Mageunic]

@FelipeF oui nextcloud fonctionne ainsi mais cette valeur peut être modifier. dans les fait des que le fichier a transférer dépasse la valeur défini, il sera automatiquement découper. En ce qui concerne le dossier temporaire sa taille en elle même ne peut pas être modifier. il faut regarder si sur l’espace de stockage il se trouve il y a suffisamment d’espace pour le fichier. ( il faut au minimum la taille de votre fichier en espace libre.) si la taille de stockage est suffisante alors il faut se tourner vers nginx

Edit : l’erreur 504 indique clairement que le problème vient de nginx

Error when assembling chunks. Status code 504 on big file upload

I don’t know any good tutorial, because I knew traefik from work. But here are a few hints: I use the official traefik 2 docker image. Put traefik and nextcloud in the same docker network. Now use traefik with these commands and these labels: command: - "--providers.docker=true" - "--providers.docker.exposedbydefault=false" - "--entrypoints.web.address=:80" - "--entrypoints.web.http.middlewares=redirect-to-https@docker" # use middleware defined in labels. Always redirect http to https …

[FelipeF]

J’ai essayé d’ajouter ces lignes à nginx mais sans succès, le problème est toujours le même

   proxy_connect_timeout 1d;
   proxy_send_timeout 1d;
   proxy_read_timeout 1d;
   send_timeout 1d;

Espérons que les développeurs de Nextcloud se penchent un jour sur ce problème car ne pas pouvoir synchroniser des fichiers > 512 Mo est très handicapant.
Je rencontre cette difficulté depuis la migration majeure à Debian 11 et MAJ de Yunohost et Nextcloud associées, avant je n’avais aucun problème pour la synchronisation de gros fichiers.

[Mageunic]

@FelipeF si tout fonctionnait avant la mise à jour, il manque certainement un paramètre sur php

quelle est la valeur pour ces paramètres dans php.ini ?
max_execution_time
max_input_time

[Mageunic]

@Rico_la_terreur

suis en train justement de suivre le tuto vidéo…
il a dans nextcloud → administration un onglet tout en bas à gauche “system” lui montrant php limité à 2 Mb , je n’ai pas cet onglet. (Minute 20:46 dans la vidéo)

@Rico_la_terreur je n’ai pas porter attention a ce message, si vous utilisez le compte administrateur du serveur nextcloud, vous devriez avoir cet onglet

[FelipeF]

@Mageunic

quelle est la valeur pour ces paramètres dans php.ini ?

max_execution_time = 30
max_input_time = 60

Il me semble me rappeler que mon Nextcloud est passé de php 8.0 à php 8.1 lors de cette migration

[Mageunic]

@FelipeF c’est donc pour cela que je vous ai demandé les valeurs car a chaque mise a jour majeur les valeurs modifiées ne sont pas conservées. mettez 3600 pour les 2 paramètres

[Rico_la_terreur]

Merci, oui je l’ai maintenant

[FelipeF]

@Mageunic

@FelipeF c’est donc pour cela que je vous ai demandé les valeurs car a chaque mise a jour majeur les valeurs modifiées ne sont pas conservées. mettez 3600 pour les 2 paramètres

J’arrive désormais à synchroniser depuis le client nextcloud de gros fichiers.
Merci beaucoup pour votre aide
Une dernière question, j’ai modifié d’autres paramètres dans php.ini et ngnix, faut-il tout laisser comme ça ou revenir aux valeurs d’origine ?
Pour ngnix

   proxy_connect_timeout 1d;
   proxy_send_timeout 1d;
   proxy_read_timeout 1d;
   send_timeout 1d;
   max_body_size 0;

pour php.ini
   upload_max_filesize = 2048M

[Mageunic]

@FelipeF le valeurs qui ne doivent PAS être remis par défaut sont :
max_body_size 0 pour nginx
et
upload_max_filesize = 2048M pour php

[Mageunic]

@Rico_la_terreur est ce que le problème persiste toujours de votre coté ?

[Rico_la_terreur]

Bonjour! Merci pour votre message! J’ai tout réinstallé tout de 0 puis j’ai vu le sous-dossier nginx dans nextcloud… … et j’ai compris: quand on parlait de nginx c’est PAS le mien (j’en ai sur le serveur), mais celui de nextcloud! . Je ne savais pas qu’on peut avoir plusieurs fois un meme programme a differents endroits. Du coup: adaptation du fichier config de NGINX DE NEXTCLOUD - Probleme resolu!

[FelipeF]

J’ai crié victoire trop tôt, un premier essai avait effectivement été un succès mais depuis toutes les autres tentatives se soldent par un échec et j’ai toujours cette erreur “Erreur lors de l’assemblage des blocs, code d’état 504”

[Mageunic]

@FelipeF, avez vous remis les autres paramètres a leurs valeurs par défaut ou pas encore ?

[FelipeF]

@Mageunic

@FelipeF, avez vous remis les autres paramètres a leurs valeurs par défaut ou pas encore ?

Non je n’ai rien changé.

Dans ngninx j’ai ça :

client_max_body_size 0;
proxy_connect_timeout 1d;
proxy_send_timeout 1d;
proxy_read_timeout 1d;
send_timeout 1d;

Dans php.ini :

upload_max_filesize = 2048M
max_execution_time = 3600
max_input_time = 3600

[Mageunic]

@Rico_la_terreur dans votre type d’installation c’est le cas car c’est le principe même d’un docker. il permet d’utiliser des applications séparément avec leur propre environnement.

[Mageunic]

@FelipeF je vais essayer de trouver une solution.

[FelipeF]

merci beaucoup pour votre implication @Mageunic .
J’ai eu une mise à jour hier de php 8.1 sans aucune incidence sur le problème rencontré, les paramètres

upload_max_filesize = 2048M
max_execution_time = 3600
max_input_time = 3600

n’ont pas été modifiés.

[FelipeF]

@FelipeF

@Mageunic

Hier j’ai eu une MAJ de php 8.1 (8.1.18), aujourd’hui c’était le tour du client Nexcloud sur PC (3.8.2)
La bonne nouvelle c’est qu’un gros fichier (2,16Go) déposé sur le PC client s’est retrouvé téléversé sur le serveur Nextcloud. J’ai fait plusieurs essais concluants avec le même fichier renommé. Parfois la synchronisation a redémarré plusieurs fois avant d’y arriver.
La mauvaise nouvelle c’est que le(s) même(s) fichiers ne redescend(ent) pas du serveur vers un autre PC client dont la MAJ du client Nextcloud a bien été faite. J’ai eu plusieurs plantage du serveur Nextcloud qu’il a fallu que je redémarre. Le message “504 Gateway time-out” apparaît à chaque fois. J’ai aussi vu des fichiers Readme.md créés avec une casse différente entre le serveur et le client qui faisait planter la synchro.
L’autre mauvaise nouvelle c’est que la suppression ou le déplacement de gros fichiers sur le premier PC client (celui où la synchro a abouti) n’est pas prise en compte par la synchro et rien ne change sur le serveur. J’ai une erreur “423 locked” dans ce cas.
En résumé les choses progressent mais c’est pas encore totalement fonctionnel.