[Gluster-devel] [Gluster-users] Permission for glusterfs logs.

[Alex K]

You could trigger a chmod on log rotation.

Alex

On Sep 21, 2017 06:45, "Kaleb S. KEITHLEY" <kkeithle at redhat.com> wrote:

> On 09/18/2017 09:22 PM, ABHISHEK PALIWAL wrote:
> > Any suggestion would be appreciated...
> >
> > On Sep 18, 2017 15:05, "ABHISHEK PALIWAL" <abhishpaliwal at gmail.com
> > <mailto:abhishpaliwal at gmail.com>> wrote:
> >
> >     Any quick suggestion.....?
> >
> >     On Mon, Sep 18, 2017 at 1:50 PM, ABHISHEK PALIWAL
> >     <abhishpaliwal at gmail.com <mailto:abhishpaliwal at gmail.com>> wrote:
> >
> >         Hi Team,
> >
> >         As you can see permission for the glusterfs logs in
> >         /var/log/glusterfs is 600.
> >
> >         drwxr-xr-x 3 root root  140 Jan  1 00:00 ..
> >         *-rw------- 1 root root    0 Jan  3 20:21 cmd_history.log*
> >         drwxr-xr-x 2 root root   40 Jan  3 20:21 bricks
> >         drwxr-xr-x 3 root root  100 Jan  3 20:21 .
> >         *-rw------- 1 root root 2102 Jan  3 20:21
> >         etc-glusterfs-glusterd.vol.log*
> >
> >         Due to that non-root user is not able to access these logs
> >         files, could you please let me know how can I change these
> >         permission. So that non-root user can also access these log
> files.
> >
>
> There is no "quick fix."  Gluster creates the log files with 0600 — like
> nearly everything else in /var/log.
>
> The admin can chmod the files, but when the logs rotate the new log
> files will be 0600 again.
>
> You'd have to patch the source and rebuild to get different permission
> bits.
>
> You can probably do something with ACLs, but as above, when the logs
> rotate the new files won't have the ACLs.
>
>
>
> --
>
> Kaleb
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://lists.gluster.org/mailman/listinfo/gluster-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20170921/51e42dfe/attachment.html>