<?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: SQL Server ERRORLOG in Security</title>
    <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103388#M14282</link>
    <description>&lt;P&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/3653"&gt;@stepmmx&lt;/a&gt;: What if you move the following props.conf stanza to the UF?&lt;BR /&gt;
&lt;CODE&gt;&lt;BR /&gt;
[sqlserver_errorlog]&lt;BR /&gt;
CHARSET = UTF-16LE&lt;BR /&gt;
NO_BINARY_CHECK = true&lt;BR /&gt;
&lt;/CODE&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 28 Sep 2020 11:46:27 GMT</pubDate>
    <dc:creator>hexx</dc:creator>
    <dc:date>2020-09-28T11:46:27Z</dc:date>
    <item>
      <title>SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103382#M14276</link>
      <description>&lt;P&gt;I have a similar issue like the one described here:&lt;BR /&gt;
&lt;A href="http://www.splunk.com/support/forum:SplunkAdministration/2686" target="_blank"&gt;http://www.splunk.com/support/forum:SplunkAdministration/2686&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;After some monitoring time I get wrong data from the Log:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;\x002\x000\x000\x009\x00-\x000\x004\x00-\x001\x000\x00 \x001\x004\x00:\x003\x000\x00:\x004\x007\x00.\x003\x009\x00 \x00L\x00o\x00g\x00o\x00n\x00 \x00 \x00 \x00 \x00 \x00 \x00 \x00L\x00o\x00g\x00i\x00n\x00 \x00s\x00u\x00c\x00c\x00e\x00e\x00d\x00e\x00d\x00 \x00f\x00o\x00r\x00 \x00u\x00s\x00e\x00r\x00 \x00'\x00h\x00p\x00_\x00o\x00v\x00o\x00'\x00.\x00 \x00C\x00o\x00n\x00n\x00e\x00c\x00t\x00i\x00o\x00n\x00:\x00 \x00n\x00o\x00n\x00-\x00t\x00r\x00u\x00s\x00t\x00e\x00d\x00.\x00 \x00[\x00C\x00L\x00I\x00E\x00N\x00T\x00:\x00 \x001\x009\x002\x00.\x001\x006\x008\x00.\x001\x00.\x004\x002\x00]\x00
\x00&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;I thought the problem was solved in previous versions.&lt;/P&gt;

&lt;P&gt;I'm running Splunk 4.2.1, SQL server 2008 Enterprise Edition x64, Windows 2003 SP2 x64&lt;/P&gt;

&lt;P&gt;Here my props.conf settings:&lt;BR /&gt;
&lt;PRE&gt;&lt;CODE&gt;[source::\comp-name\D$\SQLServer\LOG\ERRORLOG]&lt;BR /&gt;
CHARSET=UTF-16LE&lt;BR /&gt;
NO_BINARY_CHECK = true&lt;BR /&gt;
&lt;/CODE&gt;&lt;/PRE&gt;&lt;BR /&gt;
Thanks&lt;BR /&gt;
Stefan&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 09:34:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103382#M14276</guid>
      <dc:creator>stepmmx</dc:creator>
      <dc:date>2020-09-28T09:34:13Z</dc:date>
    </item>
    <item>
      <title>Re: SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103383#M14277</link>
      <description>&lt;P&gt;Your CHARSET and NO_BINARY_CHECK settings seem appropriate. I would worry that the source-based props.conf spec might not always match, though.&lt;/P&gt;

&lt;P&gt;I would advise to assign a sourcetype to this type of logs at the input level if you haven't done so yet ("sourcetype=sqlerror" in the corresponding inputs.conf stanza) and to set up a sourcetype-based stanza in props.conf to replace the one you currently have :&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[sqlerror]
CHARSET = UTF-16LE
NO_BINARY_CHECK = true&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;This will be more reliable than a source-based spec.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 09:34:17 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103383#M14277</guid>
      <dc:creator>hexx</dc:creator>
      <dc:date>2020-09-28T09:34:17Z</dc:date>
    </item>
    <item>
      <title>Re: SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103384#M14278</link>
      <description>&lt;P&gt;I've been spending some time testing your suggestion and it works &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;BR /&gt;
Thank you!&lt;/P&gt;</description>
      <pubDate>Wed, 25 May 2011 08:32:17 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103384#M14278</guid>
      <dc:creator>stepmmx</dc:creator>
      <dc:date>2011-05-25T08:32:17Z</dc:date>
    </item>
    <item>
      <title>Re: SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103385#M14279</link>
      <description>&lt;P&gt;This works for me too.&lt;/P&gt;</description>
      <pubDate>Mon, 13 Feb 2012 16:27:08 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103385#M14279</guid>
      <dc:creator>yungro</dc:creator>
      <dc:date>2012-02-13T16:27:08Z</dc:date>
    </item>
    <item>
      <title>Re: SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103386#M14280</link>
      <description>&lt;P&gt;I had this same issue, however since I pointed my source to just all files in the SQL Server log directory, it picked up SQLAGENT.OUT as well which caused the output to show up with the \x00 before each letter. I had to whitelist the directory to only use the ERRORLOG files. Once I did that, then splunk was able to pick up the proper character set.&lt;/P&gt;</description>
      <pubDate>Tue, 24 Apr 2012 21:10:07 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103386#M14280</guid>
      <dc:creator>bguenter</dc:creator>
      <dc:date>2012-04-24T21:10:07Z</dc:date>
    </item>
    <item>
      <title>Re: SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103387#M14281</link>
      <description>&lt;P&gt;It works when I access the file over a windows share.&lt;BR /&gt;
But when I use the universal forwarder, the I have the same problem again&lt;BR /&gt;
(important: it works for the events, which are already in the ERRORLOG-File, but not for new generated events)&lt;/P&gt;

&lt;P&gt;props.conf on indexer&lt;BR /&gt;
&lt;CODE&gt;&lt;BR /&gt;
[sqlserver_errorlog]&lt;BR /&gt;
CHARSET=UTF-16LE&lt;BR /&gt;
NO_BINARY_CHECK = true&lt;BR /&gt;
&lt;/CODE&gt;&lt;BR /&gt;
inputs.conf on universal forwarder&lt;BR /&gt;
&lt;CODE&gt;[monitor://path\LOG\ERRORLOG]&lt;BR /&gt;
disabled = false&lt;BR /&gt;
followTail = 0&lt;BR /&gt;
host = hostname&lt;BR /&gt;
index = sqlserver&lt;BR /&gt;
sourcetype = sqlserver_errorlog&lt;BR /&gt;
&lt;/CODE&gt;&lt;BR /&gt;
output:&lt;BR /&gt;
&lt;CODE&gt;2\x000\x001\x002\x00-\x000\x005\x00-\x000\x004\x00 \x000\x003\x00:\x002\x005\x00:\x004\x007\x00.\x001\x002\x00 \x00s\x00p\x00i\x00d\x006\x004\x00 \x00 \x00 \x00 \x00 \x00 \x00D\x00B\x00C\x00C\x00 \x00C\x00H\x00E\x00C\x00K\x00D\x00B\x00 \x00(\x00P\x00R\x00D\x00_\x00S\x00t\x00a\x00g\x00i\x00n\x00g\x00)\x00 \x00W\x00I\x00T\x00H\x00 \x00a\x00l\x00l\x00_\x00e\x00r\x00r\x00o\x00r\x00m\x00s\x00g\x00s\x00,\x00 \x00n\x00o\x00_\x00i\x00n\x00f\x00o\x00m\x00s\x00g&lt;BR /&gt;
&lt;/CODE&gt;...&lt;/P&gt;

&lt;P&gt;Any ideas?&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 11:46:24 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103387#M14281</guid>
      <dc:creator>stepmmx</dc:creator>
      <dc:date>2020-09-28T11:46:24Z</dc:date>
    </item>
    <item>
      <title>Re: SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103388#M14282</link>
      <description>&lt;P&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/3653"&gt;@stepmmx&lt;/a&gt;: What if you move the following props.conf stanza to the UF?&lt;BR /&gt;
&lt;CODE&gt;&lt;BR /&gt;
[sqlserver_errorlog]&lt;BR /&gt;
CHARSET = UTF-16LE&lt;BR /&gt;
NO_BINARY_CHECK = true&lt;BR /&gt;
&lt;/CODE&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 11:46:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103388#M14282</guid>
      <dc:creator>hexx</dc:creator>
      <dc:date>2020-09-28T11:46:27Z</dc:date>
    </item>
    <item>
      <title>Re: SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103389#M14283</link>
      <description>&lt;P&gt;@hexx: it works! THX!&lt;/P&gt;</description>
      <pubDate>Thu, 10 May 2012 13:33:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103389#M14283</guid>
      <dc:creator>stepmmx</dc:creator>
      <dc:date>2012-05-10T13:33:13Z</dc:date>
    </item>
    <item>
      <title>Re: SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103390#M14284</link>
      <description>&lt;P&gt;I only monitor for ERRORLOG and still got the same issue. I tested the props.conf ONLY on the universal forwarder it works fine. So no need to update the indexer's props.conf.&lt;/P&gt;</description>
      <pubDate>Thu, 26 Sep 2013 19:12:57 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103390#M14284</guid>
      <dc:creator>vcarbona</dc:creator>
      <dc:date>2013-09-26T19:12:57Z</dc:date>
    </item>
    <item>
      <title>Re: SQL Server ERRORLOG</title>
      <link>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103391#M14285</link>
      <description>&lt;P&gt;i'm new to splunk&lt;BR /&gt;
i'm having the same issue above , i have tried &lt;/P&gt;

&lt;P&gt;[sqlserver_errorlog]&lt;BR /&gt;
CHARSET = UTF-16LE&lt;BR /&gt;
NO_BINARY_CHECK = true&lt;/P&gt;

&lt;P&gt;on my UF  and indexer with no luck. however, i think i might updating wrong props.conf&lt;/P&gt;

&lt;P&gt;what is the right path for props.conf on both UF and indexer please.&lt;/P&gt;

&lt;P&gt;Thank you in advance &lt;/P&gt;</description>
      <pubDate>Wed, 30 Sep 2020 00:32:33 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/SQL-Server-ERRORLOG/m-p/103391#M14285</guid>
      <dc:creator>aalbaker</dc:creator>
      <dc:date>2020-09-30T00:32:33Z</dc:date>
    </item>
  </channel>
</rss>

