gluster-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gluster-devel] Gluster/Fuse Kernel Panic


From: Tom O'Connor
Subject: [Gluster-devel] Gluster/Fuse Kernel Panic
Date: Thu, 17 Sep 2009 16:05:27 +0100
User-agent: Thunderbird 2.0.0.23 (X11/20090817)

Hi List,

We currently have a very irritating problem with Centos 5.3 x86_64 running on a Dell Poweredge SC1435. The problem is this: We are experiencing frequent kernel panics while using glusterfs and Fuse. Across the cluster of servers, we are experiencing roughly 1 panic every 1-2 days. This wasn't a problem with earlier servers where we used Fedora 6.
Here's a kernel panic screenshot:
http://imagehost.gr/images/c5ad2d5jzgpgoq91v24y.png

Here's some general info:
Linux server6 2.6.18-128.1.10.el5 #1 SMP Thu May 7 10:35:59 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
Using:
fuse-2.7.4-8_10.el5
fuse-kmdl-2.6.18-128.1.10.el5-2.7.4-8_10.el5
fuse-libs-2.7.4-8_10.el5
glusterfs-common-2.0.1-1.el5
glusterfs-client-2.0.1-1.el5
glusterfs-server-2.0.1-1.el5

I've straced glusterfs while it dies, and there's nothing seriously spurious, just it stops working as soon as the kernel locks up.

A little background, Gluster is used to share some directories which are used by apache to serve files from.

I've managed to replicate the live environment inside a virtual machine, and also to replicate the kernel panic by loading the virtual machine's apache with ApacheBench, at as few as 3 concurrent requests, the kernel locks up. However, i have been unable to reproduce this exact behavior on the live cluster, and have tried up to 10,000 concurrent requests which max out the network more than anything.

I've tried latest versions of gluster and fuse from development snapshots and stable releases, I've tried patched versions of fuse released by Gluster. Nothing seems to improve this problem.

If anyone has any ideas for further debugging, or other routes for support. I'm running out of ideas.
Thanks in advance

Tom O'Connor





reply via email to

[Prev in Thread] Current Thread [Next in Thread]