Hello Gary, Issue is manifested as high number of open files (lsof) for Linux process resulting in disk space saturation. Those files are temporary files generated during file upload, all were marked as deleted but held by a related JVM process and not deleted physically. E.g: lsof: upload_84b2b49d_4079_4c33_a91e_8c277c1d98ad_00001499.tmp (deleted)
After stopping a related JVM process, the temporary files are automatically deleted >From changes.xml ( https://github.com/apache/commons-fileupload/blob/1.x/src/changes/changes.xml ) I see you did couple of fixes around DiskFileItem.delete so I guess those are addressing deletion of tmp files? Issue is found in Spring 5.x web app, default behavior when uploading files, nothing added around.. Thank you, Nenad. On 2026/04/08 15:06:39 Gary Gregory wrote: > Hello Nenad, > > But before anything happens, please test your use case a local build > from git master or a snapshot builds from > https://repository.apache.org/content/repositories/snapshots/commons-fileupload/commons-fileupload/1.6.1-SNAPSHOT/ > > Out of curiosity, which issue (see changes.xml) do you want to address > and does the current build address it? > > Thank you, > Gary > > On Wed, Apr 8, 2026 at 7:52 AM Gary Gregory <[email protected]> wrote: > > > > Hello Nenad, > > > > I'll put that on my to do list for the end of this week. Once I create a release candidate, the vote is open with a minimum 72 hours wwindows. > > > > HTH, > > Gary > > > > On Wed, Apr 8, 2026, 07:27 Nenad Nikolic <[email protected]> wrote: > >> > >> Hi, > >> > >> Can you provide an estimate for new release 1.6.1 of commons-fileupload due > >> issue FILEUPLOAD-368 ? > >> Thank you, > >> Nenad > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
