Date: Wed, 17 Aug 2011 20:37:01 +0200 From: Attilio Rao <attilio@freebsd.org> To: Hiroki Sato <hrs@freebsd.org> Cc: kostikbel@gmail.com, freebsd-stable@freebsd.org, avg@freebsd.org Subject: Re: panic: spin lock held too long (RELENG_8 from today) Message-ID: <CAJ-FndCDOW0_B2MV0LZEo-tpEa9%2B7oAnJ7iHvKQsM4j4B0DLqg@mail.gmail.com> In-Reply-To: <20110818.023832.373949045518579359.hrs@allbsd.org> References: <20110707082027.GX48734@deviant.kiev.zoral.com.ua> <4E159959.2070401@sentex.net> <4E15A08C.6090407@sentex.net> <20110818.023832.373949045518579359.hrs@allbsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
2011/8/17 Hiroki Sato <hrs@freebsd.org>: > Hi, > > Mike Tancsa <mike@sentex.net> wrote > =C2=A0in <4E15A08C.6090407@sentex.net>: > > mi> On 7/7/2011 7:32 AM, Mike Tancsa wrote: > mi> > On 7/7/2011 4:20 AM, Kostik Belousov wrote: > mi> >> > mi> >> BTW, we had a similar panic, "spinlock held too long", the spinloc= k > mi> >> is the sched lock N, on busy 8-core box recently upgraded to the > mi> >> stable/8. Unfortunately, machine hung dumping core, so the stack t= race > mi> >> for the owner thread was not available. > mi> >> > mi> >> I was unable to make any conclusion from the data that was present= . > mi> >> If the situation is reproducable, you coulld try to revert r221937= . This > mi> >> is pure speculation, though. > mi> > > mi> > Another crash just now after 5hrs uptime. I will try and revert r22= 1937 > mi> > unless there is any extra debugging you want me to add to the kerne= l > mi> > instead =C2=A0? > > =C2=A0I am also suffering from a reproducible panic on an 8-STABLE box, a= n > =C2=A0NFS server with heavy I/O load. =C2=A0I could not get a kernel dump > =C2=A0because this panic locked up the machine just after it occurred, bu= t > =C2=A0according to the stack trace it was the same as posted one. > =C2=A0Switching to an 8.2R kernel can prevent this panic. > > =C2=A0Any progress on the investigation? Hiroki, how easilly can you reproduce it? It would be important to have a DDB textdump with these informations: - bt - ps - show allpcpu - alltrace Alternatively, a coredump which has the stop cpu patch which Andryi can pro= vide. Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-FndCDOW0_B2MV0LZEo-tpEa9%2B7oAnJ7iHvKQsM4j4B0DLqg>