<?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: Permission denied in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259610#M49834</link>
    <description>&lt;P&gt;Hi there, &lt;/P&gt;

&lt;P&gt;I've seen similar behaviour with old splunk universal forwarders with a bug in setting correct guids for the splunk process on startup. &lt;/P&gt;

&lt;P&gt;Let your forwarder run &lt;CODE&gt;ID&lt;/CODE&gt; with a scriped input: &lt;/P&gt;

&lt;P&gt;../bin/id.sh&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;id
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;../inputs.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[script://./bin/id.sh]
index = something_tmp
interval = 3600
sourcetype = id
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Compare the out with running  &lt;CODE&gt;&amp;gt; id&lt;/CODE&gt; as local splunk user on the OS. &lt;/P&gt;

&lt;P&gt;Maybe it gives your more insights on whats going on&lt;/P&gt;</description>
    <pubDate>Wed, 25 Jan 2017 15:27:36 GMT</pubDate>
    <dc:creator>hgrow</dc:creator>
    <dc:date>2017-01-25T15:27:36Z</dc:date>
    <item>
      <title>Permission denied</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259606#M49830</link>
      <description>&lt;P&gt;I am running Splunk enterprise 6.3.1 and universal forwarder.  We deploy the universal forwarder onto a Linux machine it runs under the account of Splunk.&lt;BR /&gt;
Splunk is started with the account Splunk and that has the following &lt;BR /&gt;
uid=880(splunk) gid=880(splunk) groups=880(splunk),600(dba),1201(buildgrp)&lt;/P&gt;

&lt;P&gt;But it appears that it can not see directories or files owned by the dba group ie &lt;BR /&gt;
drwxr-x---  8 oracle dba 4096 Jan 24 22:15 par-01&lt;BR /&gt;
drwxr-xr-x  3 oracle dba 4096 Jan 24 21:15 par-02&lt;BR /&gt;
drwxr-xr-x  3 oracle dba 4096 Jan 24 21:15 par-03&lt;BR /&gt;
drwxr-xr-x  3 oracle dba 4096 Jan 24 21:15 par-04&lt;BR /&gt;
it can see par-02 to par-04 but not par-01&lt;/P&gt;</description>
      <pubDate>Wed, 25 Jan 2017 14:37:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259606#M49830</guid>
      <dc:creator>tattersp</dc:creator>
      <dc:date>2017-01-25T14:37:52Z</dc:date>
    </item>
    <item>
      <title>Re: Permission denied</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259607#M49831</link>
      <description>&lt;P&gt;In any case, it's not a splunk issue.&lt;/P&gt;

&lt;P&gt;You will need to check with your network security folks to see why the splunk ID  is refused access to that directory.  Chances are pretty good that this is a security feature, where your splunk account does not have the appropriate permissions. &lt;/P&gt;

&lt;P&gt;This MAY be organizational security division-of-powers rules, which often say, "you can either have access A or access B, but not both."  If that is the case, then you need to arrange to have the "hidden" directories mirrored somewhere you can access, or get a waiver, or do without.  &lt;/P&gt;

&lt;P&gt;FYI - the data you posted indicates that the splunk account does not belong to any group that has permissions to the 01 directory.  The permission strings are in  3 sets of 3 indicators - "rwx" for each of user, group and everybody-else.   the first item of each triple is the ability to read, the second is the ability to write, and the third is the ability to execute.  A dash in a position means that ability is denied to that person or group.&lt;/P&gt;</description>
      <pubDate>Wed, 25 Jan 2017 14:49:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259607#M49831</guid>
      <dc:creator>DalJeanis</dc:creator>
      <dc:date>2017-01-25T14:49:51Z</dc:date>
    </item>
    <item>
      <title>Re: Permission denied</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259608#M49832</link>
      <description>&lt;P&gt;So here is the issue.  We set up an account in Linux that can access these files when you are logged on to the box as Splunk.  Permissions are correct. But when the Splunk Universal forwarder tries to access them it gets permission denied.&lt;/P&gt;

&lt;P&gt;01-25-2017 14:17:55.326 +0000 WARN  FilesystemChangeWatcher - error reading directory "/user_projects/domains/pgcprd/servers/pgc-01": Permission denied&lt;/P&gt;

&lt;P&gt;I have found a work currently the Splunk account has &lt;BR /&gt;
groups=880(splunk),600(dba),1201(buildgrp)&lt;BR /&gt;
but if i change it to &lt;BR /&gt;
group=600(dba),1201(buildgrp),880(splunk)&lt;BR /&gt;
it works fine.&lt;BR /&gt;&lt;BR /&gt;
Is there an issue with Splunk being a member of more than one group?&lt;/P&gt;</description>
      <pubDate>Wed, 25 Jan 2017 14:59:55 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259608#M49832</guid>
      <dc:creator>tattersp</dc:creator>
      <dc:date>2017-01-25T14:59:55Z</dc:date>
    </item>
    <item>
      <title>Re: Permission denied</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259609#M49833</link>
      <description>&lt;P&gt;Hmmm.  That seems like the local access protocol is only looking at the first group...  Under a Windows machine, that could be the inheritance on the folder.  Not sure if that's the same on Linux boxes.&lt;/P&gt;

&lt;P&gt;With your security set this second way, try to access a directory that is owned by splunk and restricted to splunk itself.  See if that gets blocked.  Then try the same with buildgrp.  If you can access splunk and buildgrp, then it's something about the dba folder or group, and if you cannot, then it's something intrinsic to the way that security is implemented on your boxes.  May be a feature, may be a bug.  &lt;/P&gt;</description>
      <pubDate>Wed, 25 Jan 2017 15:06:17 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259609#M49833</guid>
      <dc:creator>DalJeanis</dc:creator>
      <dc:date>2017-01-25T15:06:17Z</dc:date>
    </item>
    <item>
      <title>Re: Permission denied</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259610#M49834</link>
      <description>&lt;P&gt;Hi there, &lt;/P&gt;

&lt;P&gt;I've seen similar behaviour with old splunk universal forwarders with a bug in setting correct guids for the splunk process on startup. &lt;/P&gt;

&lt;P&gt;Let your forwarder run &lt;CODE&gt;ID&lt;/CODE&gt; with a scriped input: &lt;/P&gt;

&lt;P&gt;../bin/id.sh&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;id
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;../inputs.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[script://./bin/id.sh]
index = something_tmp
interval = 3600
sourcetype = id
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Compare the out with running  &lt;CODE&gt;&amp;gt; id&lt;/CODE&gt; as local splunk user on the OS. &lt;/P&gt;

&lt;P&gt;Maybe it gives your more insights on whats going on&lt;/P&gt;</description>
      <pubDate>Wed, 25 Jan 2017 15:27:36 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Permission-denied/m-p/259610#M49834</guid>
      <dc:creator>hgrow</dc:creator>
      <dc:date>2017-01-25T15:27:36Z</dc:date>
    </item>
  </channel>
</rss>

