Bug #5861
ferméProblème d'upload de fichiers Drag&Drop
100%
Description
Bonjour,
Nous tentons d'effectuer un upload de fichier volumineux via drag & drop sur l'une de nos plateforme sans succès.
Le fichier est au format .rar et pèse 1 115 88 Ko.
Les fichiers multipart.properties et uploadSettings.properties sont configuré comme suit :
MultipartParserMaxSize = 3145728000
MaximumFileSize = 3145728000
Le service Silverpeas dispose des configurations suivante :
JAVA_OPTS=-Xms3072M -Xmx3072M -XX:MaxPermSize=1024M -server -Djboss.bind.address=0.0.0.0
L'upload a l'air de se dérouler jusqu'à son terme et le fichier est bien chargé dans le répertoire SILVERPEAS_HOME/data/temp cependant il subsiste une erreur (en attachement) à la finalisation de l'upload.
L'upload via Drag & Drop ne fonctionne avec aucune extension autorisé.
Il est toutefois possible d'uploader via l'import unitaire de fichier.
Il n'y a pas eu de modifications apportées à la plateforme et l'outil fonctionnait correctement.
Cordialement,
Mathis
Mis à jour par David Lesimple il y a plus de 10 ans
- Statut changé de New à Feedback
Bonjour,
Depuis la version 5.13, le paramètre MultipartParserMaxSize n'est plus utilisé, seul MaximumFileSize d'uploadSettings sert pour l'upload (manuel, via import ou via glisser/déposer).
Concernant l'erreur, est-il possible d'augmenter le -xmx à 4 Go au lieu de 3 (paramètre RAM_MAX) ?
Je vais effectuer quelques tests sur des fichiers de taille similaire (150 Mo)
Mis à jour par Mathis FIBLEUIL il y a plus de 10 ans
Autant pour moi...
Le fichier pèse 1,1 Go (1 115 888 ko).
Un copier/"gourer".
Je fais le test d’extension de mémoire de suite.
Mis à jour par Mathis FIBLEUIL il y a plus de 10 ans
Re-Bonjour David,
Même phénomène avec une extension de mémoire à 4go du côté système et service Silverpeas...
Mis à jour par David Lesimple il y a plus de 10 ans
En local sur un SP avec 6 Go alloué à la JVM (sur les 8 Go que contient mon PC), j'ai également l'erreur.
Cependant, le cas est extrême (fichier de plus de 1 GO !).
Le détail de la trace:
2014-09-09 15:45:00,711 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/silverpeas].[DragAndDrop]] (http-0.0.0.0-8000-7) "Servlet.service()" pour la servlet DragAndDrop a généré une exception: java.lang.OutOfMemoryError: Java heap space
at java.lang.StringCoding$StringDecoder.decode(StringCoding.java:133) [:1.6.0_29]
at java.lang.StringCoding.decode(StringCoding.java:173) [:1.6.0_29]
at java.lang.String.<init>(String.java:443) [:1.6.0_29]
at java.lang.String.<init>(String.java:515) [:1.6.0_29]
at org.apache.commons.fileupload.disk.DiskFileItem.getString(DiskFileItem.java:375) [:1.2.2]
at org.silverpeas.attachment.web.DragAndDrop.doPost(DragAndDrop.java:109) [:2.5.1]
Je vais effectuer un test sur un SP doté de RAM plus conséquente, mais l'envoi d'un fichier de plus d'1Go risque de prendre du temps..
Mis à jour par Mathis FIBLEUIL il y a plus de 10 ans
Une migration de cette plateforme a été effectué le 24/06/2014 de la version 5.11.4 vers 5.13.4. Aucun dépôt de fichier de cette taille n'a été effectué depuis hormis celui qui nous pose actuellement problème.
Elle héberge un grand nombre de fichiers volumineux, allant de 623Mo à 3.3Go (iso surtout), car celle-ci est destiné à des échanges ou des installations avec nos partenaires. Cette VM ce trouve dans un CLUSTER contenant un NAS recevant les iso, nous permettant ainsi d'effectuer des upload's de 1/2/3Go du NAS vers la plateforme en l'espace de quelques poignées de secondes.
Ce qui nous permet d'affirmer que le Drag&Drop fonctionnait parfaitement avant la MAJ en 5.13.4.
Nous n'avons pas testé en 5.14.1 ...
Mis à jour par David Lesimple il y a plus de 10 ans
Le test sur un autre serveur plus richement doté en RAM n'a pas pu allé au bout (timeout de session SP, meme poussé au maximum).
Nous allons investiguer le code directement.
Mis à jour par David Lesimple il y a plus de 10 ans
- Statut changé de Feedback à Qualified
- Assigné à mis à David Lesimple
Mis à jour par David Lesimple il y a plus de 10 ans
- Tracker changé de Support à Bug
- Statut changé de Qualified à In progress...
- Votre base de données mis à PostgreSQL
Pb dans une trace (item.getString du fichier).
Mis à jour par David Lesimple il y a plus de 10 ans
- Projet changé de 46 à Silverpeas Core
- Catégorie mis à Glisser/Déposer
- Version cible mis à Version 5.14.2
Mis à jour par David Lesimple il y a plus de 10 ans
- Fichier
extrait serverlog.txtsupprimé
Mis à jour par David Lesimple il y a plus de 10 ans
- Statut changé de In progress... à Resolved
Mis à jour par Yohann Chastagnier il y a plus de 10 ans
- Statut changé de Resolved à Closed
- % réalisé changé de 0 à 100
Validé et intégré.