[Gluster-users] i'm not sure how to solve this log file?

[Varun Shastry]

Khoi,

This is because of the NFS nameless/gfid lookups. If bricks are 
restarted while the NFS clients are still mounted it uses File Handles 
(gfids in glusterfs) and performs the operations based on only FHs.

The bug is fixed in 3.5, so upgrading would solve the issue. Also a 
crawl (find .) from fuse/native mount can resolve the issue until the 
next restart of the bricks.

- Varun Shastry

On Sunday 30 March 2014 10:32 PM, Khoi Mai wrote:
> [2014-03-30 17:00:39.330462] E 
> [marker-quota-helper.c:229:mq_dict_set_contribution] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/debug/io-stats.so(io_stats_lookup+0x157) 
> [0x7fe5642222e7] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(marker_lookup+0x2f8) 
> [0x7fe564437fc8] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(mq_req_xattr+0x3c) 
> [0x7fe564441f1c]))) 0-marker: invalid argument: loc->parent
> [2014-03-30 17:00:39.336824] E 
> [marker-quota-helper.c:229:mq_dict_set_contribution] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/debug/io-stats.so(io_stats_lookup+0x157) 
> [0x7fe5642222e7] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(marker_lookup+0x2f8) 
> [0x7fe564437fc8] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(mq_req_xattr+0x3c) 
> [0x7fe564441f1c]))) 0-marker: invalid argument: loc->parent
> [2014-03-30 17:00:39.358222] E 
> [marker-quota-helper.c:229:mq_dict_set_contribution] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/debug/io-stats.so(io_stats_lookup+0x157) 
> [0x7fe5642222e7] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(marker_lookup+0x2f8) 
> [0x7fe564437fc8] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(mq_req_xattr+0x3c) 
> [0x7fe564441f1c]))) 0-marker: invalid argument: loc->parent
> [2014-03-30 17:00:39.396809] E 
> [marker-quota-helper.c:229:mq_dict_set_contribution] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/debug/io-stats.so(io_stats_lookup+0x157) 
> [0x7fe5642222e7] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(marker_lookup+0x2f8) 
> [0x7fe564437fc8] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(mq_req_xattr+0x3c) 
> [0x7fe564441f1c]))) 0-marker: invalid argument: loc->parent
> [2014-03-30 17:00:39.413244] E 
> [marker-quota-helper.c:229:mq_dict_set_contribution] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/debug/io-stats.so(io_stats_lookup+0x157) 
> [0x7fe5642222e7] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(marker_lookup+0x2f8) 
> [0x7fe564437fc8] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(mq_req_xattr+0x3c) 
> [0x7fe564441f1c]))) 0-marker: invalid argument: loc->parent
> [2014-03-30 17:00:39.484909] E 
> [marker-quota-helper.c:229:mq_dict_set_contribution] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/debug/io-stats.so(io_stats_lookup+0x157) 
> [0x7fe5642222e7] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(marker_lookup+0x2f8) 
> [0x7fe564437fc8] 
> (-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(mq_req_xattr+0x3c) 
> [0x7fe564
>
>
> It continues to fill up my 
> /var/log/glusterfs/bricks/dynamic-weblogic.log file,   Can someobdy 
> help me interpret the messages and possible what would be the fix?
>
>
> Khoi Mai
> Union Pacific Railroad
> Distributed Engineering & Architecture
> Project Engineer
>
>
> **
>
> This email and any attachments may contain information that is 
> confidential and/or privileged for the sole use of the intended 
> recipient. Any use, review, disclosure, copying, distribution or 
> reliance by others, and any forwarding of this email or its contents, 
> without the express permission of the sender is strictly prohibited by 
> law. If you are not the intended recipient, please contact the sender 
> immediately, delete the e-mail and destroy all copies.
> **
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140401/db2d7d11/attachment.html>