<?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: splunk search, token issue in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/splunk-search-token-issue/m-p/659482#M227704</link>
    <description>&lt;P&gt;That's the nature of wildcards - they're *wild* and sometimes match more than is desired.&lt;/P&gt;&lt;P&gt;The workaround is to tell Splunk what not to match, using the NOT operator and some other pattern, or use the regex command to filter using a more precise regular expression.&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;index=test control_id=AC-2*
| regex control_id="AC-2[a-z]?"&lt;/LI-CODE&gt;&lt;P&gt;This query first reads all events where the control_id field starts with "AC-2".&amp;nbsp; This is similar to the existing behavior.&amp;nbsp; The regex command keeps only the events where the control_id field contains "AC-2" followed by an optional single letter.&lt;/P&gt;</description>
    <pubDate>Tue, 03 Oct 2023 19:13:50 GMT</pubDate>
    <dc:creator>richgalloway</dc:creator>
    <dc:date>2023-10-03T19:13:50Z</dc:date>
    <item>
      <title>splunk search, token issue</title>
      <link>https://community.splunk.com/t5/Splunk-Search/splunk-search-token-issue/m-p/659467#M227696</link>
      <description>&lt;P&gt;trying to set a token where system_id shows ABC1, ABC1-a, ABC10, ABC10-a and so on.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;when I set the token for that system_id as ABC1* to return all the ABC1 and ABC1-a and so on, it also returns the ABC10, and ABC10-a and so on. BUt obvisouly if I just do ABC10* it will return the right result.&lt;/P&gt;&lt;P&gt;the first portion is the problem. hope my question makes sense.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 03 Oct 2023 17:21:48 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/splunk-search-token-issue/m-p/659467#M227696</guid>
      <dc:creator>yohhpark</dc:creator>
      <dc:date>2023-10-03T17:21:48Z</dc:date>
    </item>
    <item>
      <title>Re: splunk search, token issue</title>
      <link>https://community.splunk.com/t5/Splunk-Search/splunk-search-token-issue/m-p/659481#M227703</link>
      <description>&lt;P&gt;for example&lt;BR /&gt;&lt;BR /&gt;index=test&lt;BR /&gt;|search control_id=AC-2*&lt;BR /&gt;&lt;BR /&gt;this would give me AC-2, AC-2a, AC-20a, AC-22b, and so on.&lt;/P&gt;&lt;P&gt;I just want AC-2, AC-2a and not the tenth digit of 2s.&lt;/P&gt;</description>
      <pubDate>Tue, 03 Oct 2023 18:35:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/splunk-search-token-issue/m-p/659481#M227703</guid>
      <dc:creator>yohhpark</dc:creator>
      <dc:date>2023-10-03T18:35:26Z</dc:date>
    </item>
    <item>
      <title>Re: splunk search, token issue</title>
      <link>https://community.splunk.com/t5/Splunk-Search/splunk-search-token-issue/m-p/659482#M227704</link>
      <description>&lt;P&gt;That's the nature of wildcards - they're *wild* and sometimes match more than is desired.&lt;/P&gt;&lt;P&gt;The workaround is to tell Splunk what not to match, using the NOT operator and some other pattern, or use the regex command to filter using a more precise regular expression.&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;index=test control_id=AC-2*
| regex control_id="AC-2[a-z]?"&lt;/LI-CODE&gt;&lt;P&gt;This query first reads all events where the control_id field starts with "AC-2".&amp;nbsp; This is similar to the existing behavior.&amp;nbsp; The regex command keeps only the events where the control_id field contains "AC-2" followed by an optional single letter.&lt;/P&gt;</description>
      <pubDate>Tue, 03 Oct 2023 19:13:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/splunk-search-token-issue/m-p/659482#M227704</guid>
      <dc:creator>richgalloway</dc:creator>
      <dc:date>2023-10-03T19:13:50Z</dc:date>
    </item>
  </channel>
</rss>

