<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic metrics.log filling up filesystem on LWF in Deployment Architecture</title>
    <link>https://community.splunk.com/t5/Deployment-Architecture/metrics-log-filling-up-filesystem-on-LWF/m-p/54752#M22321</link>
    <description>&lt;P&gt;We have a LWF on Linux that is forwarding to our indexer. We're a little tight on space, but in my experience the LWFs don't use up too much space.&lt;/P&gt;

&lt;P&gt;On this particular LWF, the metrics.log file is growing at a much higher rate than our AIX-based LWFs. Now we're at risk of filling up the file system. Is there a easy/safe way to clean up these metrics.log files? Is there a reason that file would be growing much faster on Linux than on AIX?&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Tue, 21 Sep 2010 21:57:15 GMT</pubDate>
    <dc:creator>Branden</dc:creator>
    <dc:date>2010-09-21T21:57:15Z</dc:date>
    <item>
      <title>metrics.log filling up filesystem on LWF</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/metrics-log-filling-up-filesystem-on-LWF/m-p/54752#M22321</link>
      <description>&lt;P&gt;We have a LWF on Linux that is forwarding to our indexer. We're a little tight on space, but in my experience the LWFs don't use up too much space.&lt;/P&gt;

&lt;P&gt;On this particular LWF, the metrics.log file is growing at a much higher rate than our AIX-based LWFs. Now we're at risk of filling up the file system. Is there a easy/safe way to clean up these metrics.log files? Is there a reason that file would be growing much faster on Linux than on AIX?&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Tue, 21 Sep 2010 21:57:15 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/metrics-log-filling-up-filesystem-on-LWF/m-p/54752#M22321</guid>
      <dc:creator>Branden</dc:creator>
      <dc:date>2010-09-21T21:57:15Z</dc:date>
    </item>
    <item>
      <title>Re: metrics.log filling up filesystem on LWF</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/metrics-log-filling-up-filesystem-on-LWF/m-p/54753#M22322</link>
      <description>&lt;P&gt;The logs should automatically rotate and delete copies older than &lt;CODE&gt;metrics.log.5&lt;/CODE&gt;. You can tune the file size for rotation and the number of copies retained in $SPLUNK_HOME/etc/log.cfg&lt;/P&gt;

&lt;P&gt;By default, &lt;CODE&gt;metrics.log&lt;/CODE&gt; should be rotating after 25 MB, and keep 5 backup copies, so it would cap at 150 MB.&lt;/P&gt;

&lt;P&gt;Splunk indexes those files, so it should be safe to delete all but the most recent metrics.log.  You can always go back to the &lt;CODE&gt;_internal&lt;/CODE&gt; index to get the data. (At least for standalone -- I &lt;I&gt;think&lt;/I&gt; this is still true for the LWF).&lt;/P&gt;</description>
      <pubDate>Tue, 21 Sep 2010 22:18:31 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/metrics-log-filling-up-filesystem-on-LWF/m-p/54753#M22322</guid>
      <dc:creator>southeringtonp</dc:creator>
      <dc:date>2010-09-21T22:18:31Z</dc:date>
    </item>
    <item>
      <title>Re: metrics.log filling up filesystem on LWF</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/metrics-log-filling-up-filesystem-on-LWF/m-p/54754#M22323</link>
      <description>&lt;P&gt;Thank you very much for the info!&lt;/P&gt;</description>
      <pubDate>Tue, 21 Sep 2010 22:24:02 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/metrics-log-filling-up-filesystem-on-LWF/m-p/54754#M22323</guid>
      <dc:creator>Branden</dc:creator>
      <dc:date>2010-09-21T22:24:02Z</dc:date>
    </item>
    <item>
      <title>Re: metrics.log filling up filesystem on LWF</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/metrics-log-filling-up-filesystem-on-LWF/m-p/54755#M22324</link>
      <description>&lt;P&gt;Every 30 seconds, metrics outputs a line for each of:&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;the top ten (by default) sources&lt;/LI&gt;
&lt;LI&gt;the top ten (by default) sourcetypes&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;These items are the ones that are most likely to be of variable number across different lightweight forwarders. There are many others, but e.g., there is usually only one host processed on a lightweight forwarder, the same number of queues and pipelines on each, no network inputs on any of them, the same number of outbound connections, etc.&lt;/P&gt;

&lt;P&gt;If one forwarder has only a single source or sourcetype, while the other has ten or more, the latter's log file will grow noticeably more quickly. The other factors could affect this, but it would be much less common for them to be different.&lt;/P&gt;</description>
      <pubDate>Wed, 22 Sep 2010 11:12:56 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/metrics-log-filling-up-filesystem-on-LWF/m-p/54755#M22324</guid>
      <dc:creator>gkanapathy</dc:creator>
      <dc:date>2010-09-22T11:12:56Z</dc:date>
    </item>
  </channel>
</rss>

