<?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 Why is inputs.conf meta not respected for Windows Event Logs on a 6.2.3 universal forwarder? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/136164#M28044</link>
    <description>&lt;P&gt;I sometimes use the _meta capability of inputs.conf to add a meta field to the data when it makes sense to do so. For example, if you have some intermediary forwarders, it can be useful to add a &lt;EM&gt;host_forwarder&lt;/EM&gt; field to understand the originating host and also the host of the forwarder that the data flowed through.&lt;/P&gt;

&lt;P&gt;Typically you can add the meta field to the [default] stanza of inputs.conf under system local as follows:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[default] 
host = myHostName
_meta = host_forwarder::myHostName
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;This works pretty well and basically inserts a host_forwarder field for all events flowing through the forwarder. However, I recently implemented this on a Windows UF and also decided to collect the local Windows events from the forwarder in question, but noticed that this seems to work for all inputs other than WinEventLog inputs. When I btool it up and check the WinEventLog input - the _meta is there, but it is not respected and the field does not appear in the indexed data in Splunk. It seems to only affect Windows event inputs - all other input stanzas are fine. Possible bug or is this by design? Using a 6.2.3 UF on Windows 2012.&lt;/P&gt;</description>
    <pubDate>Mon, 28 Sep 2020 20:07:44 GMT</pubDate>
    <dc:creator>pj</dc:creator>
    <dc:date>2020-09-28T20:07:44Z</dc:date>
    <item>
      <title>Why is inputs.conf meta not respected for Windows Event Logs on a 6.2.3 universal forwarder?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/136164#M28044</link>
      <description>&lt;P&gt;I sometimes use the _meta capability of inputs.conf to add a meta field to the data when it makes sense to do so. For example, if you have some intermediary forwarders, it can be useful to add a &lt;EM&gt;host_forwarder&lt;/EM&gt; field to understand the originating host and also the host of the forwarder that the data flowed through.&lt;/P&gt;

&lt;P&gt;Typically you can add the meta field to the [default] stanza of inputs.conf under system local as follows:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[default] 
host = myHostName
_meta = host_forwarder::myHostName
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;This works pretty well and basically inserts a host_forwarder field for all events flowing through the forwarder. However, I recently implemented this on a Windows UF and also decided to collect the local Windows events from the forwarder in question, but noticed that this seems to work for all inputs other than WinEventLog inputs. When I btool it up and check the WinEventLog input - the _meta is there, but it is not respected and the field does not appear in the indexed data in Splunk. It seems to only affect Windows event inputs - all other input stanzas are fine. Possible bug or is this by design? Using a 6.2.3 UF on Windows 2012.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 20:07:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/136164#M28044</guid>
      <dc:creator>pj</dc:creator>
      <dc:date>2020-09-28T20:07:44Z</dc:date>
    </item>
    <item>
      <title>Re: Why is inputs.conf meta not respected for Windows Event Logs on a 6.2.3 universal forwarder?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/136165#M28045</link>
      <description>&lt;P&gt;I have been having this issue as well, and I figured out what appears to be a workaround.  Rather than putting _meta in the [default] stanza, you have to put it under each [WinEventLog:*] stanza.  This probably throws off some use cases, and hopefully this can be fixed at some point.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Dec 2016 14:56:07 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/136165#M28045</guid>
      <dc:creator>adam_reber</dc:creator>
      <dc:date>2016-12-22T14:56:07Z</dc:date>
    </item>
    <item>
      <title>Re: Why is inputs.conf meta not respected for Windows Event Logs on a 6.2.3 universal forwarder?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/136166#M28046</link>
      <description>&lt;P&gt;I know this is a really old post, but ran across this when I was trying to figure this out. I was able to figure out how to fix this issue.&lt;/P&gt;

&lt;P&gt;&lt;A href="https://docs.splunk.com/Documentation/Splunk/7.2.5/Data/MonitorWindowseventlogdata#Specify_global_settings_for_Windows_Event_Log_inputs"&gt;https://docs.splunk.com/Documentation/Splunk/7.2.5/Data/MonitorWindowseventlogdata#Specify_global_settings_for_Windows_Event_Log_inputs&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;You can use the [WinEventLog] stanza in your inputs.conf to globally specify configs for all WinEventLog inputs. [perfmon] also works as well.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[WinEventLog]
_meta = host_forwarder::myHostName

[perfmon]
_meta = host_forwarder::myHostName
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Sat, 13 Apr 2019 04:49:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/136166#M28046</guid>
      <dc:creator>matthaios</dc:creator>
      <dc:date>2019-04-13T04:49:32Z</dc:date>
    </item>
    <item>
      <title>Re: Why is inputs.conf meta not respected for Windows Event Logs on a 6.2.3 universal forwarder?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/136167#M28047</link>
      <description>&lt;P&gt;Good find. Its a shame Splunk couldnt just use [default] like everything else and instead needed to create a specific [WinEventLog] stanza to deal with global elements related to windows event log.&lt;/P&gt;</description>
      <pubDate>Sat, 13 Apr 2019 15:14:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/136167#M28047</guid>
      <dc:creator>pj</dc:creator>
      <dc:date>2019-04-13T15:14:32Z</dc:date>
    </item>
    <item>
      <title>Re: Why is inputs.conf meta not respected for Windows Event Logs on a 6.2.3 universal forwarder?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/627068#M107663</link>
      <description>&lt;P&gt;Hi everyone, My company also has this [default]\n _meta requirement for the Splunk_TA_windows input stanzas. Since this has been a requirement for a few years now and not much attention, we been asked by Splunk support to upvote the&amp;nbsp;&lt;A href="https://ideas.splunk.com/ideas/APPSID-I-678" target="_blank"&gt;https://ideas.splunk.com/ideas/APPSID-I-678&lt;/A&gt;&amp;nbsp;so that Splunk TA developers could prioritize this feature request.&lt;BR /&gt;Bests.&lt;/P&gt;</description>
      <pubDate>Fri, 13 Jan 2023 13:37:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-inputs-conf-meta-not-respected-for-Windows-Event-Logs-on/m-p/627068#M107663</guid>
      <dc:creator>lim2</dc:creator>
      <dc:date>2023-01-13T13:37:54Z</dc:date>
    </item>
  </channel>
</rss>

