Hello all- I recently discovered an issue with my GlusterFS install that I'm not sure constitutes a bug. The default log level when mounting a volume with acl's generates log files that are many GB's in size, filling up our Gluster client's disk very quickly. This is solved by updating the log level to WARNING in /etc/fstab, but I'm not sure if the default log level needs to be this verbose. Attached are some lines from the files, these repeat for most of the file with some minor variations. Log Lines: [2016-08-24 13:51:20.820988] I [dict.c:370:dict_get] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/performance/md-cache.so(mdc_lookup+0x2ff) [0x7fd05c6e4c6f] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/debug/io-stats.so(io_stats_lookup_cbk+0x114) [0x7fd05c4ce6d4] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/system/posix-acl.so(posix_acl_lookup_cbk+0x232) [0x7fd05c2b9972]))) 0-dict: !this || key=system.posix_acl_default [2016-08-24 13:51:20.821416] I [dict.c:370:dict_get] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/performance/md-cache.so(mdc_lookup+0x2ff) [0x7fd05c6e4c6f] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/debug/io-stats.so(io_stats_lookup_cbk+0x114) [0x7fd05c4ce6d4] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/system/posix-acl.so(posix_acl_lookup_cbk+0x1e6) [0x7fd05c2b9926]))) 0-dict: !this || key=system.posix_acl_access [2016-08-24 13:51:20.821443] I [dict.c:370:dict_get] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/performance/md-cache.so(mdc_lookup+0x2ff) [0x7fd05c6e4c6f] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/debug/io-stats.so(io_stats_lookup_cbk+0x114) [0x7fd05c4ce6d4] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/system/posix-acl.so(posix_acl_lookup_cbk+0x232) [0x7fd05c2b9972]))) 0-dict: !this || key=system.posix_acl_default [2016-08-24 13:51:20.825037] I [dict.c:370:dict_get] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/performance/md-cache.so(mdc_lookup+0x2ff) [0x7fd05c6e4c6f] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/debug/io-stats.so(io_stats_lookup_cbk+0x114) [0x7fd05c4ce6d4] (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/system/posix-acl.so(posix_acl_lookup_cbk+0x1e6) [0x7fd05c2b9926]))) 0-dict: !this || key=system.posix_acl_access /etc/fstab entry: host:/gv0 /mnt/gv0 glusterfs _netdev,acl,defaults 0 0 -- Thanks, Andrew Kester The Storehouse https://sthse.co
Pranith Kumar Karampuri
2016-Aug-24 16:11 UTC
[Gluster-users] Default Log Too Verbose - Bug?
Included Raghavendra Talur who knows about posix-acl. One suggestion though, 3.5.x is no longer supported. May be you want to give 3.8.x/3.7.x a try? On Wed, Aug 24, 2016 at 7:40 PM, Andrew Kester <aikester at aikester.com> wrote:> Hello all- > > I recently discovered an issue with my GlusterFS install that I'm not sure > constitutes a bug. The default log level when mounting a volume with acl's > generates log files that are many GB's in size, filling up our Gluster > client's disk very quickly. This is solved by updating the log level to > WARNING in /etc/fstab, but I'm not sure if the default log level needs to > be this verbose. Attached are some lines from the files, these repeat for > most of the file with some minor variations. > > > Log Lines: > [2016-08-24 13:51:20.820988] I [dict.c:370:dict_get] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/perform > ance/md-cache.so(mdc_lookup+0x2ff) [0x7fd05c6e4c6f] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/debug/i > o-stats.so(io_stats_lookup_cbk+0x114) [0x7fd05c4ce6d4] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/system/ > posix-acl.so(posix_acl_lookup_cbk+0x232) [0x7fd05c2b9972]))) 0-dict: > !this || key=system.posix_acl_default > [2016-08-24 13:51:20.821416] I [dict.c:370:dict_get] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/perform > ance/md-cache.so(mdc_lookup+0x2ff) [0x7fd05c6e4c6f] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/debug/i > o-stats.so(io_stats_lookup_cbk+0x114) [0x7fd05c4ce6d4] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/system/ > posix-acl.so(posix_acl_lookup_cbk+0x1e6) [0x7fd05c2b9926]))) 0-dict: > !this || key=system.posix_acl_access > [2016-08-24 13:51:20.821443] I [dict.c:370:dict_get] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/perform > ance/md-cache.so(mdc_lookup+0x2ff) [0x7fd05c6e4c6f] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/debug/i > o-stats.so(io_stats_lookup_cbk+0x114) [0x7fd05c4ce6d4] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/system/ > posix-acl.so(posix_acl_lookup_cbk+0x232) [0x7fd05c2b9972]))) 0-dict: > !this || key=system.posix_acl_default > [2016-08-24 13:51:20.825037] I [dict.c:370:dict_get] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/perform > ance/md-cache.so(mdc_lookup+0x2ff) [0x7fd05c6e4c6f] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/debug/i > o-stats.so(io_stats_lookup_cbk+0x114) [0x7fd05c4ce6d4] > (-->/usr/lib/x86_64-linux-gnu/glusterfs/3.5.2/xlator/system/ > posix-acl.so(posix_acl_lookup_cbk+0x1e6) [0x7fd05c2b9926]))) 0-dict: > !this || key=system.posix_acl_access > > > /etc/fstab entry: > host:/gv0 /mnt/gv0 glusterfs _netdev,acl,defaults 0 > 0 > > -- > Thanks, > > Andrew Kester > The Storehouse > https://sthse.co > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://www.gluster.org/mailman/listinfo/gluster-users >-- Pranith -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20160824/b3d8b94f/attachment.html>