Restauration d'un dossier impossible sur version 7.3 (?)

Recoupe toutes les discussions à propos de Noalyss
Répondre
loutre
Messages : 28
Enregistré le : sam. juil. 27, 2019 1:40 pm

Restauration d'un dossier impossible sur version 7.3 (?)

Message par loutre » mar. mai 26, 2020 3:52 pm

Bonjour,

Je n'arrive plus à restaurer un backup (version courante 7.3).
J'utilisais le backup/restore avec succès précédemment.

Cas de test : backup d'un dossier qui "marche" correctement, puis restauration immédiate de ce backup pour créer un dossier avec un autre nom.

Après le temps d'upload, Noalyss affiche le message d'erreur "Problème lors de la restauration 33 DossierTest".
Il n'y a aucune erreur d'indiquer dans les log d'accès, ni les log d'erreur, ni les log postgresql, ni celle nginx, ni celle php.

Suis-je le seul dans ce cas ou non ? Où chercher la cause de l'erreur ?
Cordialement
--
Loutre

Avatar du membre
dany2
Administrateur du site
Messages : 482
Enregistré le : mar. nov. 14, 2017 10:35 pm

Re: Restauration d'un dossier impossible sur version 7.3 (?)

Message par dany2 » mar. mai 26, 2020 9:07 pm

Bonsoir,

C'est typique quand le dossier est trop gros (>2MB) , soit tu augmentes max_filesize et max_post (2 x la taille du fichier) dans le fichier php.ini

Code : Tout sélectionner

upload_max_filesize 20M
post_max_size 20M

soit tu suis cette procédure avec les commandes SQL https://wiki.noalyss.eu/doku.php?id=tut ... nuellement

Normalement l'erreur à cause de la taille se retrouvera dans les logs de postgresql et non d'apache :-)

Tiens-moi au courant ,

Dany

loutre
Messages : 28
Enregistré le : sam. juil. 27, 2019 1:40 pm

Re: Restauration d'un dossier impossible sur version 7.3 (?)

Message par loutre » mar. mai 26, 2020 9:52 pm

Bonsoir,

Merci pour cette réponse rapide et efficace. Il s'agissait d'une des deux variables PHP indiquées dont la valeur n'était plus suffisante pour uploader l'archive du dossier devenu plus conséquent avec l'usage. J'avais pourtant bien pensé à augmenter la variable équivalente du serveur HTTP (nginx) frontal, mais ce n'était que la moitié du travail nécessaire.

Pour les logs, je n'ai pas pris le temps de chercher si l'une contenait une erreur correspondant à ce problème, mais si c'était le cas, je pencherai plutôt pour la log PHP et non celle de postgresql puisque c'est une limitation PHP qui a joué. A moins que Noalyss log aussi cette erreur remontée par PHP en base.

Merci encore.
Cordialement
--
Loutre

Répondre