<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Khoi,<br>
<br>
<div class="moz-cite-prefix">On Thursday 03 April 2014 08:23 AM,
Khoi Mai wrote:<br>
</div>
<blockquote
cite="mid:OFB8815A63.0560095C-ON86257CAF.000F9641-86257CAF.000FDAF3@LocalDomain"
type="cite"><font size="2" face="sans-serif">Varun,</font><br>
<br>
<font size="2" face="sans-serif">I don't believe I am ready to
upgrade
from 3.4.2-1 - > 3.5 yet. I tried the (find . ) on the
volume
mount though a fuse client, and my gluster server logs still
log
accessive amounts of the same message in
/var/log/glusterfs/bricks/dynamic-weblogic.log</font><br>
<br>
<font size="2" face="sans-serif">[2014-04-03 02:49:33.098664] 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)
[0x7fb33f9ba2e7]
(-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(marker_lookup+0x2f8)
[0x7fb33fbcffc8]
(-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(mq_req_xattr+0x3c)
[0x7fb33fbd9f1c])))
0-marker: invalid argument: loc->parent</font><br>
<font size="2" face="sans-serif">[2014-04-03 02:49:33.122216] 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)
[0x7fb33f9ba2e7]
(-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(marker_lookup+0x2f8)
[0x7fb33fbcffc8]
(-->/usr/lib64/glusterfs/3.4.2/xlator/features/marker.so(mq_req_xattr+0x3c)
[0x7fb33fbd9f1c])))
0-marker: invalid argument: loc->parent</font><br>
<br>
<font size="2" face="sans-serif">is there any other way to prevent
this
from logging so much?<br>
</font></blockquote>
<br>
As I explained this is because the server can't find the inode of
the gfid the file operations corresponds to. There might be 2
reasons for that<br>
<br>
i. Bricks are restarted and not yet populated the inode tree. This
can be solved by the previous solution we tried (find .).<br>
ii. Even if the bricks are up and running, inode table may exceed
its limit and starts dropping the older inodes. This problem can be
lessened by increasing the inode table limit (may lru limit in
gluster cli options).<br>
<br>
Can you try the solution for the second problem?<br>
<br>
Thanks<br>
Varun Shastry<br>
<br>
<blockquote
cite="mid:OFB8815A63.0560095C-ON86257CAF.000F9641-86257CAF.000FDAF3@LocalDomain"
type="cite"><font size="2" face="sans-serif"><br>
Khoi Mai<br>
Union Pacific Railroad<br>
Distributed Engineering & Architecture<br>
Project Engineer<br>
<br>
</font><br>
<br>
<br>
<br>
<font size="1" color="#5f5f5f" face="sans-serif">From:
</font><font size="1" face="sans-serif">Varun Shastry
<a class="moz-txt-link-rfc2396E" href="mailto:vshastry@redhat.com"><vshastry@redhat.com></a></font><br>
<font size="1" color="#5f5f5f" face="sans-serif">To:
</font><font size="1" face="sans-serif">Khoi Mai
<a class="moz-txt-link-rfc2396E" href="mailto:KHOIMAI@UP.COM"><KHOIMAI@UP.COM></a>,
<a class="moz-txt-link-abbreviated" href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a></font><br>
<font size="1" color="#5f5f5f" face="sans-serif">Date:
</font><font size="1" face="sans-serif">04/01/2014 06:21 AM</font><br>
<font size="1" color="#5f5f5f" face="sans-serif">Subject:
</font><font size="1" face="sans-serif">Re: [Gluster-users]
i'm not sure how to solve this log file?</font><br>
<hr noshade="noshade"><br>
<br>
<br>
<tt><font size="3">Khoi,<br>
<br>
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.<br>
<br>
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.<br>
<br>
- Varun Shastry<br>
</font></tt><br>
<font size="3">On Sunday 30 March 2014 10:32 PM, Khoi Mai wrote:</font><br>
<font size="2" face="sans-serif">[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<br>
[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<br>
[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<br>
[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<br>
[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<br>
[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</font><font size="3"><br>
<br>
</font><font size="2" face="sans-serif"><br>
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?<br>
<br>
<br>
Khoi Mai<br>
Union Pacific Railroad<br>
Distributed Engineering & Architecture<br>
Project Engineer<br>
</font><font size="3"><br>
<br>
**<br>
<br>
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.<br>
**<br>
<br>
</font><br>
<tt><font size="3">_______________________________________________<br>
Gluster-users mailing list<br>
</font></tt><a moz-do-not-send="true"
href="mailto:Gluster-users@gluster.org"><tt><font size="3"
color="blue"><u>Gluster-users@gluster.org</u></font></tt></a><tt><font
size="3"><br>
</font></tt><a moz-do-not-send="true"
href="http://supercolony.gluster.org/mailman/listinfo/gluster-users"><tt><font
size="3" color="blue"><u>http://supercolony.gluster.org/mailman/listinfo/gluster-users</u></font></tt></a><br>
<br>
<br>
**<br>
<br>
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.<br>
**<br>
</blockquote>
<br>
</body>
</html>