<?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 Re: WMI source/sourcetype problem in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13431#M1204</link>
    <description>&lt;P&gt;That sure came out looking ugly! &lt;span class="lia-unicode-emoji" title=":face_with_tongue:"&gt;😛&lt;/span&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 14 May 2010 19:46:04 GMT</pubDate>
    <dc:creator>msallman</dc:creator>
    <dc:date>2010-05-14T19:46:04Z</dc:date>
    <item>
      <title>WMI source/sourcetype problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13425#M1198</link>
      <description>&lt;P&gt;We are having a problem getting the Windows app to display wmi data. It seems that the wmi data we are getting is being indexed with source=script &amp;amp; sourcetype=exec, so none of the Windows app dashboards/views for wmi work.&lt;/P&gt;

&lt;P&gt;We seem to have the correct stanzas for wmi in props.conf and transforms.conf, but no luck...&lt;/P&gt;

&lt;P&gt;Any ideas?&lt;/P&gt;

&lt;P&gt;Thanks,
Mike&lt;/P&gt;</description>
      <pubDate>Thu, 13 May 2010 22:05:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13425#M1198</guid>
      <dc:creator>msallman</dc:creator>
      <dc:date>2010-05-13T22:05:43Z</dc:date>
    </item>
    <item>
      <title>Re: WMI source/sourcetype problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13426#M1199</link>
      <description>&lt;P&gt;Hmm.. Think we need more info here.  Which version of splunk are you running?  Do you have the windows app installed and have you done the setup for the windows app?&lt;/P&gt;</description>
      <pubDate>Thu, 13 May 2010 23:45:14 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13426#M1199</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2010-05-13T23:45:14Z</dc:date>
    </item>
    <item>
      <title>Re: WMI source/sourcetype problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13427#M1200</link>
      <description>&lt;P&gt;Does the windows forwarder use an admin account to start the Splunk* services? Have you tried running the WBEMTEST on the LWF ? &lt;/P&gt;

&lt;P&gt;Follow these steps to test the configuration of the Splunk server and the remote machine:
1. Log into the machine Splunk runs with the same account you strat the splunkd and splunkweb services or as the user Splunk runs as.
2. Click Start -&amp;gt; Run and type wbemtest. The wbemtest application starts.
3. Click Connect and type \\root\cimv2, replacing  with the name of the
remote server. Click Connect. If you are unable to connect, there is a problem with the authentication
between the machines.
4. If you are able to connect, click Query and type select * from win32_service. Click Apply.
After a short wait, you should see a list of running services. If this does not work, then the
authentication works, but the user Splunk is running as does not have enough privileges to run that operation.&lt;/P&gt;

&lt;P&gt;Do you see any ouptput in your splunkd.log to isolate the problem(s) ?&lt;/P&gt;

&lt;P&gt;Good Luck&lt;/P&gt;

&lt;P&gt;V&lt;/P&gt;</description>
      <pubDate>Fri, 14 May 2010 05:52:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13427#M1200</guid>
      <dc:creator>Voltaire</dc:creator>
      <dc:date>2010-05-14T05:52:44Z</dc:date>
    </item>
    <item>
      <title>Re: WMI source/sourcetype problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13428#M1201</link>
      <description>&lt;P&gt;Try running C:\Program Files\Splunk&amp;gt;bin\splunk.exe cmd btool --debug wmi list&lt;/P&gt;

&lt;P&gt;That will show if any configs are clobbering other settings&lt;/P&gt;</description>
      <pubDate>Fri, 14 May 2010 06:59:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13428#M1201</guid>
      <dc:creator>oreoshake</dc:creator>
      <dc:date>2010-05-14T06:59:38Z</dc:date>
    </item>
    <item>
      <title>Re: WMI source/sourcetype problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13429#M1202</link>
      <description>&lt;P&gt;Voltaire, thanks for the suggestion, but the wmi data seems to be getting into Splunk just fine (other than being indexed "wrong").&lt;/P&gt;</description>
      <pubDate>Fri, 14 May 2010 19:29:02 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13429#M1202</guid>
      <dc:creator>msallman</dc:creator>
      <dc:date>2010-05-14T19:29:02Z</dc:date>
    </item>
    <item>
      <title>Re: WMI source/sourcetype problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13430#M1203</link>
      <description>&lt;P&gt;oreoshake, thanks. That's good to know. I'll have to read up on that feature. Below is a (very) brief snip of what it output. Everything showed "windows" in the first column, so I assume there are no problems there.&lt;/P&gt;

&lt;P&gt;C:&amp;gt;splunk cmd btool --debug wmi list&lt;BR /&gt;
windows    [WMI:FreeDiskSpace]&lt;BR /&gt;
windows    disabled = 0&lt;BR /&gt;
windows    interval = 300&lt;BR /&gt;
windows    server = localhost&lt;BR /&gt;
windows    wql = SELECT FreeMegabytes, Name, PercentDiskTime, PercentFreeSpace, DiskBytesPersec, CurrentDiskQueueLength FROM Win32_PerfFormattedData_PerfDisk_LogicalDisk&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 09:12:28 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13430#M1203</guid>
      <dc:creator>msallman</dc:creator>
      <dc:date>2020-09-28T09:12:28Z</dc:date>
    </item>
    <item>
      <title>Re: WMI source/sourcetype problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13431#M1204</link>
      <description>&lt;P&gt;That sure came out looking ugly! &lt;span class="lia-unicode-emoji" title=":face_with_tongue:"&gt;😛&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 14 May 2010 19:46:04 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13431#M1204</guid>
      <dc:creator>msallman</dc:creator>
      <dc:date>2010-05-14T19:46:04Z</dc:date>
    </item>
    <item>
      <title>Re: WMI source/sourcetype problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13432#M1205</link>
      <description>&lt;P&gt;Hmm, maybe you have a transform changing the sourcetype.  I'd run the same command but replace wmi with props and search for those values.  Or check the props.conf on your indexer?&lt;/P&gt;</description>
      <pubDate>Sat, 15 May 2010 06:10:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/WMI-source-sourcetype-problem/m-p/13432#M1205</guid>
      <dc:creator>oreoshake</dc:creator>
      <dc:date>2010-05-15T06:10:22Z</dc:date>
    </item>
  </channel>
</rss>

