Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-18983

$JENKINS_HOME/monitoring/ grows continually

    XMLWordPrintable

    Details

    • Similar Issues:

      Description

      System.setProperty("javamelody.storage-directory", "/" + new File(Hudson.getInstance().getRootDir(), "monitoring").getAbsolutePath());
      

      sets up this directory for storage, but apparently never trims old records. This is pretty bad since the directory can get quite large and consume a lot of disk space. Suggest creating an AsyncPeriodicWork to clean out old records (say, those over a month old) on a regular basis (say, daily).

        Attachments

          Activity

          jglick Jesse Glick created issue -
          evernat evernat made changes -
          Field Original Value New Value
          Assignee evernat [ evernat ]
          Hide
          evernat evernat added a comment -

          I have just seen this issue.

          In fact, old records (obsolete files) are already cleaned on a daily basis.
          You can trigger manually a clean by calling http://<host>/monitoring?action=purge_obsolete_files and http://<host>/monitoring/nodes?action=purge_obsolete_files
          (this is probably not necessary since this is done automatically every midnight, if the server is up at that time).

          For information and storage planning:
          The rrd files are considered obsolete if they are not updated since 3 months.
          The zip files are considered obsolete after a year.
          Note that v1.44 of the monitoring plugin has reduced the disk space by better aggregation of http requests like /adjuncts/... and /$stapler/bound/... (3 months are needed after installation of v1.44 for obsolete rrd files to be deleted).

          Given the particular plugins and values in the http requests in your jenkins server, the http requests in the monitoring statistics may use better aggregation.

          Show
          evernat evernat added a comment - I have just seen this issue. In fact, old records (obsolete files) are already cleaned on a daily basis. You can trigger manually a clean by calling http://<host>/monitoring?action=purge_obsolete_files and http://<host>/monitoring/nodes?action=purge_obsolete_files (this is probably not necessary since this is done automatically every midnight, if the server is up at that time). For information and storage planning: The rrd files are considered obsolete if they are not updated since 3 months. The zip files are considered obsolete after a year. Note that v1.44 of the monitoring plugin has reduced the disk space by better aggregation of http requests like /adjuncts/... and /$stapler/bound/... (3 months are needed after installation of v1.44 for obsolete rrd files to be deleted). Given the particular plugins and values in the http requests in your jenkins server, the http requests in the monitoring statistics may use better aggregation.
          Hide
          evernat evernat added a comment -

          @jglick
          Is it still a problem or can we close this issue?

          Show
          evernat evernat added a comment - @jglick Is it still a problem or can we close this issue?
          Hide
          jglick Jesse Glick added a comment -

          Not sure, was reporting this on behalf of a user who had a ridiculously large monitoring directory that was causing problems. If you believe some recent change has fixed this, then close it.

          Show
          jglick Jesse Glick added a comment - Not sure, was reporting this on behalf of a user who had a ridiculously large monitoring directory that was causing problems. If you believe some recent change has fixed this, then close it.
          Hide
          evernat evernat added a comment - - edited

          Thanks.
          Yes, old records are already cleaned and recent changes have reduced the disk used, so resolving as fixed.
          Reopen if needed.

          Show
          evernat evernat added a comment - - edited Thanks. Yes, old records are already cleaned and recent changes have reduced the disk used, so resolving as fixed. Reopen if needed.
          evernat evernat made changes -
          Resolution Fixed [ 1 ]
          Status Open [ 1 ] Resolved [ 5 ]
          rtyler R. Tyler Croy made changes -
          Workflow JNJira [ 150430 ] JNJira + In-Review [ 193517 ]

            People

            Assignee:
            evernat evernat
            Reporter:
            jglick Jesse Glick
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: