From nobody@FreeBSD.org  Tue Sep 29 10:14:20 2009
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 45FC51065672
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 29 Sep 2009 10:14:20 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 36DD68FC16
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 29 Sep 2009 10:14:20 +0000 (UTC)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n8TAEK5g027661
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 29 Sep 2009 10:14:20 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id n8TAEJOb027660;
	Tue, 29 Sep 2009 10:14:19 GMT
	(envelope-from nobody)
Message-Id: <200909291014.n8TAEJOb027660@www.freebsd.org>
Date: Tue, 29 Sep 2009 10:14:19 GMT
From: kaN5300 <kan5300@gmail.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: Kernel panic (spin lock held too long)
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         139232
>Category:       kern
>Synopsis:       [panic] Kernel panic (spin lock held too long)
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Sep 29 10:20:07 UTC 2009
>Closed-Date:    
>Last-Modified:  Mon Oct 12 07:16:07 UTC 2009
>Originator:     kaN5300
>Release:        6.3-STABLE
>Organization:
MOU IIF RF
>Environment:
FreeBSD billing 6.3-STABLE FreeBSD 6.3-STABLE #0: Mon Feb 11 17:32:34 MSK 2008     root@utm.serpuhov.biz:/usr/obj/usr/src/sys/UTM-SMP  i386
>Description:
Hello. We have SMP-enabled billing server (Netup UTM5, MySQL). It was working perfect more then year with big uptime. &#1048;&#1075;&#1077; recently our server started to freeze with such an error:

spin lock sleepq chain held by 8xc97e61 for > 5 seconds
spin lock held too long (reasonable load)
cpuid =3

It repeats in a period of 1 week or so. Now we are turning on kernel debugging mechanisms and preparing to use gdb and so on...

We are interested, what is the nature of this panic (HW or SW).
>How-To-Repeat:
-
>Fix:


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-i386->freebsd-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Mon Oct 12 07:15:53 UTC 2009 
Responsible-Changed-Why:  
reclassify. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=139232 
>Unformatted:
