Hi community,
Can you tell me if the hugepages fix glusterfs-3.4.0.33rhs-1 package is
incorporated in the glusterfs-3.4.2-1 package? I believe I had
experienced a 'locking' scenario within 1 of my FUSE mounts. I
didn't get
functionality back until I forced unmounted a particular volume
(distri-rep volume 2 x 4 =8). In dmesg I did have a stack trace. I
currently do not have hugepages turned off because I was unaware that it
was enabled on rhel6 by default.
INFO: task httpd.worker:25845 blocked for more than 120 seconds.
Not tainted 2.6.32-431.3.1.el6.x86_64 #1
"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this
message.
httpd.worker D 0000000000000001 0 25845 22295 0x00000000
ffff88035f073b58 0000000000000086 0000000000000000 00000001035d8612
ffff88035f073ae8 0000000000000000 ffff880194610c80 0000000000000000
ffff8803a0f08638 ffff88035f073fd8 000000000000fbc8 ffff8803a0f08638
Call Trace:
[<ffffffff8152908e>] __mutex_lock_slowpath+0x13e/0x180
[<ffffffff81528f2b>] mutex_lock+0x2b/0x50
[<ffffffff811989bb>] do_lookup+0x11b/0x230
[<ffffffff81198dd0>] __link_path_walk+0x200/0xff0
[<ffffffff8144a4c9>] ? sock_common_recvmsg+0x39/0x50
[<ffffffff81199e7a>] path_walk+0x6a/0xe0
[<ffffffff8119a08b>] filename_lookup+0x6b/0xc0
[<ffffffff811969b6>] ? final_putname+0x26/0x50
[<ffffffff8119b1b7>] user_path_at+0x57/0xa0
[<ffffffffa04a5316>] ? flush_bg_queue+0x66/0x80 [fuse]
[<ffffffff81282715>] ? _atomic_dec_and_lock+0x55/0x80
[<ffffffff811aaa30>] ? mntput_no_expire+0x30/0x110
[<ffffffff8118e7c4>] ? cp_new_stat+0xe4/0x100
[<ffffffff8118ea00>] vfs_fstatat+0x50/0xa0
[<ffffffff8118eb7b>] vfs_stat+0x1b/0x20
[<ffffffff8118eba4>] sys_newstat+0x24/0x50
[<ffffffff8100b072>] system_call_fastpath+0x16/0x1b
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.
**
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140310/29b94778/attachment.html>
Joe Julian
2014-Mar-10 18:34 UTC
[Gluster-users] is this fix included in glusterfs3.4.2-1 ?
That was a kernel issue, not a gluster issue. On March 10, 2014 8:55:38 AM PDT, Khoi Mai <KHOIMAI at UP.COM> wrote:>Hi community, > >Can you tell me if the hugepages fix glusterfs-3.4.0.33rhs-1 package is > >incorporated in the glusterfs-3.4.2-1 package? I believe I had >experienced a 'locking' scenario within 1 of my FUSE mounts. I didn't >get >functionality back until I forced unmounted a particular volume >(distri-rep volume 2 x 4 =8). In dmesg I did have a stack trace. I >currently do not have hugepages turned off because I was unaware that >it >was enabled on rhel6 by default. > > >INFO: task httpd.worker:25845 blocked for more than 120 seconds. > Not tainted 2.6.32-431.3.1.el6.x86_64 #1 >"echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this >message. >httpd.worker D 0000000000000001 0 25845 22295 0x00000000 > ffff88035f073b58 0000000000000086 0000000000000000 00000001035d8612 > ffff88035f073ae8 0000000000000000 ffff880194610c80 0000000000000000 > ffff8803a0f08638 ffff88035f073fd8 000000000000fbc8 ffff8803a0f08638 >Call Trace: > [<ffffffff8152908e>] __mutex_lock_slowpath+0x13e/0x180 > [<ffffffff81528f2b>] mutex_lock+0x2b/0x50 > [<ffffffff811989bb>] do_lookup+0x11b/0x230 > [<ffffffff81198dd0>] __link_path_walk+0x200/0xff0 > [<ffffffff8144a4c9>] ? sock_common_recvmsg+0x39/0x50 > [<ffffffff81199e7a>] path_walk+0x6a/0xe0 > [<ffffffff8119a08b>] filename_lookup+0x6b/0xc0 > [<ffffffff811969b6>] ? final_putname+0x26/0x50 > [<ffffffff8119b1b7>] user_path_at+0x57/0xa0 > [<ffffffffa04a5316>] ? flush_bg_queue+0x66/0x80 [fuse] > [<ffffffff81282715>] ? _atomic_dec_and_lock+0x55/0x80 > [<ffffffff811aaa30>] ? mntput_no_expire+0x30/0x110 > [<ffffffff8118e7c4>] ? cp_new_stat+0xe4/0x100 > [<ffffffff8118ea00>] vfs_fstatat+0x50/0xa0 > [<ffffffff8118eb7b>] vfs_stat+0x1b/0x20 > [<ffffffff8118eba4>] sys_newstat+0x24/0x50 > [<ffffffff8100b072>] system_call_fastpath+0x16/0x1b > > >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-- Sent from my Android device with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140310/e593e172/attachment.html>