Hello,
trying to use ggatec as gmirror provider for quiet some time, this try leads
to the following panic (RELENG_6 from Feb. 11):
gune:/etc#46: ggatec create -u 1 -t 30 192.168.0.2 /dev/ad2p6
gune:/etc#47: mount /dev/gg
ggate1% ggctl%
gune:/etc#47: mount /dev/ggate1 /mnt
gune:/etc#48: cd /mnt
On Tue, Dec 12, 2006 at 08:49:21PM +0800, David Xu wrote:
> > I've tested it. This patch works also, but with a little bit different
> > behaviour. With patch from jhb@ I got LA 7-8, with this patch I have
> > LA 5-6, same as on unpatched system. But it seems to me, that system
> > is less interac
On Tuesday 12 December 2006 20:22, Dmitriy Kirhlarov wrote:
> On Thu, Dec 07, 2006 at 11:18:52AM +0800, David Xu wrote:
> > On Thursday 16 November 2006 19:15, Gleb Smirnoff wrote:
> > > On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote:
> > > T> I wonder why UMA was suspected to be t
On Thu, Dec 07, 2006 at 11:18:52AM +0800, David Xu wrote:
> On Thursday 16 November 2006 19:15, Gleb Smirnoff wrote:
> > On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote:
> > T> I wonder why UMA was suspected to be the problem. Dima gave
> > T> me access to the core. Here are more de
On Wed, Dec 06, 2006 at 12:09:39PM -0500, John Baldwin wrote:
> > ...) and here is something difficult to understand, when $poll tries to
> > make $fork runnable, while $fork is trying to put itself in the turnstile
> > that is owned by $poll
>
> Hmm. I'm guessing the problem is the $poll thread
I thought I would add another panic report. This seemed to coincide
with an upgrade I made today. So if it is a software problem it
happened between Nov 21 and Dec 5. It happened on two computers that I
upgraded, so I suspect its not a hardware problem. One of the computers
had crash dumps
On Thursday 16 November 2006 19:15, Gleb Smirnoff wrote:
> On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote:
> T> I wonder why UMA was suspected to be the problem. Dima gave
> T> me access to the core. Here are more details from the trace:
>
> It looks like a race between two threads
On Thursday 16 November 2006 19:15, Gleb Smirnoff wrote:
> On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote:
> T> I wonder why UMA was suspected to be the problem. Dima gave
> T> me access to the core. Here are more details from the trace:
>
> It looks like a race between two threads
On Thursday 16 November 2006 11:09, Gleb Smirnoff wrote:
> On Thu, Nov 16, 2006 at 02:15:25PM +0300, Gleb Smirnoff wrote:
> T> On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote:
> T> T> I wonder why UMA was suspected to be the problem. Dima gave
> T> T> me access to the core. Here are
On Thu, Nov 16, 2006 at 02:31:32PM +, Gavin Atkinson wrote:
> On Wed, 2006-11-15 at 15:37 -0500, Kris Kennaway wrote:
> > On Wed, Nov 15, 2006 at 09:24:21PM +0300, Dmitriy Kirhlarov wrote:
> > > On Tue, Nov 14, 2006 at 01:53:45PM -0500, Kris Kennaway wrote:
> > >
> > > > From alc@:
> > > >
>
On Thu, Nov 16, 2006 at 02:15:25PM +0300, Gleb Smirnoff wrote:
T> On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote:
T> T> I wonder why UMA was suspected to be the problem. Dima gave
T> T> me access to the core. Here are more details from the trace:
And even more:
(kgdb) thread 133
On Wed, 2006-11-15 at 15:37 -0500, Kris Kennaway wrote:
> On Wed, Nov 15, 2006 at 09:24:21PM +0300, Dmitriy Kirhlarov wrote:
> > On Tue, Nov 14, 2006 at 01:53:45PM -0500, Kris Kennaway wrote:
> >
> > > From alc@:
> > >
> > > ---
> > > I've never seen anything like this before. UMA is failing to
On Thu, Nov 16, 2006 at 01:24:36PM +0300, Gleb Smirnoff wrote:
T> I wonder why UMA was suspected to be the problem. Dima gave
T> me access to the core. Here are more details from the trace:
It looks like a race between two threads in one process. Look here:
(kgdb) frame 12
#12 0xd05f4fc1 in _mt
I wonder why UMA was suspected to be the problem. Dima gave
me access to the core. Here are more details from the trace:
Unread portion of the kernel message buffer:
panic: thread 100147(nagios):1 holds process lock but isn't blocked on a lock
#9 0xd060038e in panic (fmt=0xd08094d9 "thread %d(
On Wed, Nov 15, 2006 at 03:37:40PM -0500, Kris Kennaway wrote:
> On Wed, Nov 15, 2006 at 09:24:21PM +0300, Dmitriy Kirhlarov wrote:
> > On Tue, Nov 14, 2006 at 01:53:45PM -0500, Kris Kennaway wrote:
> >
> > > From alc@:
> > >
> > > ---
> > > I've never seen anything like this before. UMA is fail
On Wed, Nov 15, 2006 at 09:24:21PM +0300, Dmitriy Kirhlarov wrote:
> On Tue, Nov 14, 2006 at 01:53:45PM -0500, Kris Kennaway wrote:
>
> > From alc@:
> >
> > ---
> > I've never seen anything like this before. UMA is failing to allocate
> > the zone structure. This is unrelated to the large-swap
On Tue, Nov 14, 2006 at 01:53:45PM -0500, Kris Kennaway wrote:
> From alc@:
>
> ---
> I've never seen anything like this before. UMA is failing to allocate
> the zone structure. This is unrelated to the large-swap scenario that
> you ran into. Ask him to uncomment all of the UMA debugging #def
On Tue, Nov 14, 2006 at 10:50:21AM +0300, Dmitriy Kirhlarov wrote:
> On Mon, Nov 13, 2006 at 01:45:05PM -0500, Kris Kennaway wrote:
> > On Mon, Nov 13, 2006 at 11:44:31AM +0300, Dmitriy Kirhlarov wrote:
> > > Hi, list.
> > >
> > > One from my monitoring servers running with
> > > FreeBSD 6.2-PRERE
On Tue, Nov 14, 2006 at 10:50:21AM +0300, Dmitriy Kirhlarov wrote:
> On Mon, Nov 13, 2006 at 01:45:05PM -0500, Kris Kennaway wrote:
> > On Mon, Nov 13, 2006 at 11:44:31AM +0300, Dmitriy Kirhlarov wrote:
> > > Hi, list.
> > >
> > > One from my monitoring servers running with
> > > FreeBSD 6.2-PRERE
On Mon, Nov 13, 2006 at 01:45:05PM -0500, Kris Kennaway wrote:
> On Mon, Nov 13, 2006 at 11:44:31AM +0300, Dmitriy Kirhlarov wrote:
> > Hi, list.
> >
> > One from my monitoring servers running with
> > FreeBSD 6.2-PRERELEASE #0: Fri Nov 10 11:03:10 UTC 2006 i386
> >
> > Under heavy load it panic
On Mon, Nov 13, 2006 at 11:44:31AM +0300, Dmitriy Kirhlarov wrote:
> Hi, list.
>
> One from my monitoring servers running with
> FreeBSD 6.2-PRERELEASE #0: Fri Nov 10 11:03:10 UTC 2006 i386
>
> Under heavy load it panic several times per day. Backtrace accesable:
> http://clh.higis.ru/~dimma/btfu
Hi, list.
One from my monitoring servers running with
FreeBSD 6.2-PRERELEASE #0: Fri Nov 10 11:03:10 UTC 2006 i386
Under heavy load it panic several times per day. Backtrace accesable:
http://clh.higis.ru/~dimma/btfull.0
Can somebody take a look?
I send Problem Report, but not get feed back now
The box wasnt doing too much at the time, but it up and panic'd
# kgdb /usr/obj/usr/src/sys/global/kernel.debug vmcore.27
[GDB will not be able to debug user-mode threads:
/usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foun
RELENG_6 on amd64 (Sun V20Z), cvsupped today
GENERIC kernel, except for additions of GEOM_MIRROR and BREAK_TO_DEBUGGER
Crashes immeately on boot
mpt0: port 0x2000-0x20ff mem
0xfe85-0xfe85,0xfe84-0xfe84 irq 27 at device 4.0 on pci2
mpt0: [GIANT-LOCKED]
mpt0: MPI Version=1.2.12.
24 matches
Mail list logo
