Uploaded image for project: 'DSpace'
  1. DSpace
  2. DS-2544

Disk space creeps up when media-filter creating thumbnails using ImageMagickThumbnailFilter

    Details

    • Attachments:
      0
    • Comments:
      10
    • Documentation Status:
      Not Required

      Description

      Post upgrading to 5.1 I was advised by Andrea Schweer to babysit the first run-through of media-filter as it converts new JPG thumbnails for all of the assets.

      I notice that the media-filter process seems to have some sort of leak. Disk space in /tmp/ just keeps creeping up until the disk is full (mind you, it only had 2.8GB available to begin with – I need to alter some storage allocations). Aborting it (^C), causes the disk space to return to what it was when I started the process.

      I had thought that possibly a reference to a file system-back object is not being explicitly dropped and is relying on garbage-collection to clean it up (although garbage-collection won’t get invoked when /tmp/ is running short of space). This is not the case, as when I use jconsole to force a GC on the media-filter process, the space does not reclaim, only the heap-space. So presumably the reference to it is still alive.

      There are many sets of files in /tmp/ that are created, they look like:

      -rw-r--r-- 1 tomcat       tomcat       1.8M Apr 14 12:33 impdfthumb885700743987661738.pdf
      -rw-r--r-- 1 tomcat       tomcat        23K Apr 14 12:33 impdfthumb885700743987661738.pdf.jpg
      -rw-r--r-- 1 tomcat       tomcat       1.1K Apr 14 12:33 impdfthumb885700743987661738.pdf.jpg.jpg
      

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              cameron.kerr.nz Cameron Kerr
            • Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: