Project

General

Profile

Actions

Support #12634

closed

Resource leak in geonetwork processes

Added by Tommaso Piccioli over 6 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Fabio Sinibaldi
Category:
Application
Start date:
Oct 08, 2018
Due date:
% Done:

100%

Estimated time:
Infrastructure:
Production

Description

on geonetwork1-p-d4s.d4science.org (alias geonetwork.d4science.org) there are many deleted files with existing file system handles. At the moment they are quite 5500 files, 25 GB of deleted files still on the disk

They are all files like

-rw-r--r-- 0 gcube gcube 15K Oct 8 14:18 /proc/19315/fd/5683
lr-x------ 1 gcube gcube 64 Oct 8 18:06 /proc/19315/fd/5683 -> /home/gcube/tomcat/webapps/geonetwork/WEB-INF/lucene/nonspatial/_csf.cfs (deleted)

and many of them. es.

-rw-r--r-- 0 gcube gcube 258M Oct 7 12:00 /proc/19315/fd/5562
lr-x------ 1 gcube gcube 64 Oct 8 12:08 /proc/19315/fd/5562 -> /home/gcube/tomcat/webapps/geonetwork/WEB-INF/lucene/nonspatial/_coq.cfs (deleted)

are very big

All this is due to some processes runnning in tomcat
Probably we can't free the disk space without restart tomcat but this is a secondary problem, the first is to discover the cause.

Actions #1

Updated by Fabio Sinibaldi over 6 years ago

  • Status changed from New to Feedback

I'm not sure whether the problem is due to lucene or geonetwork using it (probably the use of IndexSearcher), but it's definitely a bug of geonetwork app as a whole since none of other webapps deployed in that instance is known to deal with such files (common-smartgears-probe, whn-manager)

Since it's a third-party app, until we migrate to newer versions of GN -hoping a fix will be provided- our only option is a tomcat restart, I guess.

Actions #2

Updated by Tommaso Piccioli over 6 years ago

  • Status changed from Feedback to Closed

VM restarted Oct 9 13:25

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 8.91 MB)