Gluster users - Apr 2013 - ls seems to be stuck, but keeps looping in a directory in a distributed setup

Hi all,

Anyone ever seen a problem where ls seems to be stuck (can't ctrl+c out,
only kill -9), but is actually looping forever in a directory under a
simple distributed setup? Seems like inodes have somehow got into a loop?
Any suggestions other than running fsck on the underlying filesystems?

Thanks,
Sabuj
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130415/4291e13e/attachment.html>

It doesn't look like there's a problem in the actual filesystem since I
can
go into the directories from the filesystem level and ls works fine. Data
looks ok also.


On Mon, Apr 15, 2013 at 9:01 AM, Sabuj Pattanayek <sabujp at gmail.com>
wrote:
> Hi all,
>
> Anyone ever seen a problem where ls seems to be stuck (can't ctrl+c
out,
> only kill -9), but is actually looping forever in a directory under a
> simple distributed setup? Seems like inodes have somehow got into a loop?
> Any suggestions other than running fsck on the underlying filesystems?
>
> Thanks,
> Sabuj
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130415/f924c456/attachment.html>

Yes, actually.

Are you running with ext4 bricks?

http://joejulian.name/blog/glusterfs-bit-by-ext4-structure-change/

If so, try disabling dir_index on the ext4 filesystems and remounting them.

M.

On 13-04-15 10:01 AM, Sabuj Pattanayek wrote:
> Hi all,
>
> Anyone ever seen a problem where ls seems to be stuck (can't ctrl+c
> out, only kill -9), but is actually looping forever in a directory
> under a simple distributed setup? Seems like inodes have somehow got
> into a loop? Any suggestions other than running fsck on the underlying
> filesystems?
>
> Thanks,
> Sabuj
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users

-- 
Michael Brown               | `One of the main causes of the fall of
Systems Consultant          | the Roman Empire was that, lacking zero,
Net Direct Inc.             | they had no way to indicate successful
?: +1 519 883 1172 x5106    | termination of their C programs.' - Firth

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

On Mon, Apr 15, 2013 at 9:21 AM, Michael Brown <michael at netdirect.ca>
wrote:
>  Yes, actually.
>
> Are you running with ext4 bricks?
>
yes

>
> http://joejulian.name/blog/glusterfs-bit-by-ext4-structure-change/
>
and I just did upgrade to 2.6.32-279.22.1 on the bricks.

>
> If so, try disabling dir_index on the ext4 filesystems and remounting them.
>
Does this force ext4 to return 32 bit hash values, i.e. have the same
effect has downgrading the kernel to pre 2.6.32-268.el6 ?

Thanks,
Sabuj
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130415/6ec79aeb/attachment.html>