Bug 1686272 - fuse mount logs inundated with [dict.c:471:dict_get] (-->/usr/lib64/glusterfs/3.12.2/xlator/cluster/replicate.so(+0x6228d) [0x7f9029d8628d] -->/usr/lib64/glusterfs/3.12.2/xlator/cluster/distribute.so(+0x202f7) [0x7f9029aa12f7] -->/lib64/libglusterfs.so.0(
Summary: fuse mount logs inundated with [dict.c:471:dict_get] (-->/usr/lib64/glusterfs...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: distribute
Version: rhgs-3.4
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: RHGS 3.4.z Batch Update 4
Assignee: Nithya Balachandran
QA Contact: Sayalee
URL:
Whiteboard:
: 1678547 (view as bug list)
Depends On: 1676400 1695403
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-03-07 07:11 UTC by Nag Pavan Chilakam
Modified: 2019-04-03 04:10 UTC (History)
9 users (show)

Fixed In Version: glusterfs-3.12.2-47
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-03-27 03:43:40 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2019:0658 0 None None None 2019-03-27 03:44:49 UTC

Description Nag Pavan Chilakam 2019-03-07 07:11:00 UTC
Description of problem:
=======================
on my non-functional setup, I see many clients flooded with "fuse mount logs inundated with [dict.c:471:dict_get] (-->/usr/lib64/glusterfs/3.12.2/xlator/cluster/replicate.so(+0x6228d) [0x7f9029d8628d] -->/usr/lib64/glusterfs/3.12.2/xlator/cluster/distribute.so(+0x202f7) [0x7f9029aa12f7] -->/lib64/libglusterfs.so.0( "

I see that the above is being logged every few seconds

I also see there was a bug on the same issue reported in BZ#1575895 - DHT Log flooding in mount log "key=trusted.glusterfs.dht.mds [Invalid argument]"

That bug was fixed, so if they are the same then it seems to have regressed in one of the batch releases , possibly

Version-Release number of selected component (if applicable):
==============
3.12.2-43

How reproducible:
==============
on a handful of clients

steps:
=====
refer https://docs.google.com/spreadsheets/d/17Yf9ZRWnWOpbRyFQ2ZYxAAlp9I_yarzKZdjN8idBJM0/edit#gid=1472913705 for the steps on my non-functional testing

However, seems like a linux untar should get this problem reproduced

Comment 16 errata-xmlrpc 2019-03-27 03:43:40 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2019:0658

Comment 17 Nithya Balachandran 2019-03-29 08:17:36 UTC
*** Bug 1678547 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.