-
Bug
-
Resolution: Duplicate
-
Critical
-
None
-
Linux, CentOS 5.5, kernel 2.6.18-194.el5; x86_64; Java 1.6.0_10-b33
When Jenkins performs log-rolling, it compresses the completed log file leaving a date-stamped, ".gz"-suffixed equivalent while moving on to a new "jenkins.log" file. It also unlinks the old plain-text (non-compressed) log file. However, it does not close its descriptor to that log file and thus its disk space is not freed until Jenkins itself is restarted.
On a Linux system, such ghost files can be discovered via entries in /proc/NNN/fd/*:
- ll /proc/[0-9][0-9]/fd |egrep '/var.(deleted)'
This behavior is a big problem for us. Does no one else encounter it?
Witness:
2168# df -h
Filesystem Size Used Avail Use% Mounted on
...
/dev/mapper/vg1-var 7.8G 5.9G 1.6G 80% /var
...
2169# /etc/init.d/jenkins stop
Shutting down Jenkins [ OK ]
2171# df -h
Filesystem Size Used Avail Use% Mounted on
...
/dev/mapper/vg1-var 7.8G 586M 6.8G 8% /var
...
2172# /etc/init.d/jenkins start
Starting Jenkins [ OK ]