Bug #5861
closedProblè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
Updated by David Lesimple over 6 years ago
- Status changed from New to 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)
Updated by Mathis FIBLEUIL over 6 years ago
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.
Updated by Mathis FIBLEUIL over 6 years ago
Re-Bonjour David,
Même phénomène avec une extension de mémoire à 4go du côté système et service Silverpeas...
Updated by David Lesimple over 6 years ago
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..
Updated by Mathis FIBLEUIL over 6 years ago
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 ...
Updated by David Lesimple over 6 years ago
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.
Updated by David Lesimple over 6 years ago
- Status changed from Feedback to Qualified
- Assignee set to David Lesimple
Updated by David Lesimple over 6 years ago
- Tracker changed from Support to Bug
- Status changed from Qualified to In progress...
- Votre base de données set to PostgreSQL
Pb dans une trace (item.getString du fichier).
Updated by David Lesimple over 6 years ago
- Project changed from 46 to Silverpeas Core
- Category set to Glisser/Déposer
- Target version set to Version 5.14.2
Updated by David Lesimple over 6 years ago
- File deleted (
extrait serverlog.txt)
Updated by David Lesimple over 6 years ago
- Status changed from In progress... to Resolved
Updated by Yohann Chastagnier over 6 years ago
- Status changed from Resolved to Closed
- % Done changed from 0 to 100
Validé et intégré.