Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753967AbZKUAGg (ORCPT ); Fri, 20 Nov 2009 19:06:36 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753818AbZKUAGg (ORCPT ); Fri, 20 Nov 2009 19:06:36 -0500 Received: from solitude.tty.gr ([95.154.208.37]:33475 "EHLO mx.tty.gr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753805AbZKUAGf (ORCPT ); Fri, 20 Nov 2009 19:06:35 -0500 X-Greylist: delayed 1314 seconds by postgrey-1.27 at vger.kernel.org; Fri, 20 Nov 2009 19:06:35 EST Message-ID: <4B0729D8.3000105@debian.org> Date: Sat, 21 Nov 2009 01:44:24 +0200 From: Faidon Liambotis Organization: Debian User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090707) MIME-Version: 1.0 To: Justin Piszcz , 557262@bugs.debian.org CC: Dave Chinner , submit@bugs.debian.org, linux-kernel@vger.kernel.org, xfs@oss.sgi.com, linux-raid@vger.kernel.org, asterisk-users@lists.digium.com, Alan Piszcz Subject: Re: Bug#557262: 2.6.31+2.6.31.4: XFS - All I/O locks up to D-state after 24-48 hours (sysrq-t+w available) - root cause found = asterisk References: <20091019030456.GS9464@discord.disaster> <20091020003358.GW9464@discord.disaster> In-Reply-To: X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1154 Lines: 30 Justin Piszcz wrote: > Found root cause-- root cause is asterisk PBX software. I use an SPA3102. > When someone called me, they accidentally dropped the connection, I called > them back in a short period. It is during this time (and the last time) > this happened that the box froze under multiple(!) kernels, always when > someone was calling. > I don't know what asterisk is doing but top did run before the crash > and asterisk was using 100% CPU and as I noted before all other processes > were in D-state. > > When this bug occurs, it freezes I/O to all devices and the only way to > recover > is to reboot the system. That's obviously *not* the root cause. It's not normal for an application that isn't even privileged to hang all I/O and, subsequently everything on a system. This is almost probably a kernel issue and asterisk just does something that triggers this bug. Regards, Faidon -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/