Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 17 Nov 2002 03:37:22 -0400 (AST)
From:      "Marc G. Fournier" <scrappy@hub.org>
To:        David Schultz <dschultz@uclink.Berkeley.EDU>
Cc:        "Kevin D. Kinsey, DaleCo, S.P." <kdk@daleco.biz>, Lefteris Tsintjelis <lefty@ene.asda.gr>, Peter Hoskin <peterh@ripewithdecay.com>, Hununu <hununu@netcabo.pt>, <freebsd-chat@FreeBSD.ORG>
Subject:   Re: FreeBSD: Server or Desktop OS?
Message-ID:  <20021117033109.G23359-100000@hub.org>
In-Reply-To: <20021117061035.GA23317@HAL9000.homeunix.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 16 Nov 2002, David Schultz wrote:

> Thus spake Marc G. Fournier <scrappy@hub.org>:
> > Occasional problems with -STABLE I've always expected ... I don't run a
> > typical server ... hell, I had a problem for awhile there where I was
> > hitting the edge of the KVM, causing it to crash ... but, I swear,
> > STABLE's stability has been going down, not improving ... to the point
> > where I had one machine running a Sept10th kernel that would run for a few
> > weeks in a stretch, but a newer kernel I'd be lucky to keep alive for
> > 24-48hrs ...
>
> Okay, so you're getting bitten by a bug.  Have you tried compiling
> the kernel with debugging symbols and posting a backtrace when it
> crashes?

Yes, I post them to -stable whenever I can get one ... the core files
themselves are 4gig in size (compresses to 1gig), but if anyone wants to
look at one, they are most welcome ...

And, as mentioned previously, I just downgraded everything to RELENG_4_7,
and that lasted ~10hrs or so before the first crash ... is there some
other information that I can provide?

(kgdb) where
#0  0xc959b256 in ?? ()
#1  0xc013ec50 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:223
#2  0xc013f375 in panic (fmt=0xc02111f9 "%s") at /usr/src/sys/kern/kern_shutdown.c:595
#3  0xc01e4f15 in trap_fatal (frame=0xf46e4e18, eva=4048397648) at /usr/src/sys/i386/i386/trap.c:974
#4  0xc01e4b81 in trap_pfault (frame=0xf46e4e18, usermode=0, eva=4048397648) at /usr/src/sys/i386/i386/trap.c:867
#5  0xc01e46db in trap (frame={tf_fs = 24, tf_es = -194117616, tf_ds = -1071972336, tf_edi = 0, tf_esi = -158666368, tf_ebp = -194097564, tf_isp = -194097596, tf_ebx = -247896864,
      tf_edx = -246569648, tf_ecx = 16777217, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1071953732, tf_cs = 8, tf_eflags = 66118, tf_esp = -193136816, tf_ss = -160643136})
    at /usr/src/sys/i386/i386/trap.c:466
#6  0xc01b48bc in vm_object_deallocate (object=0xf13964e0) at /usr/src/sys/vm/vm_object.c:386
#7  0xc01b1c03 in vm_map_entry_delete (map=0xf66cc7c0, entry=0xf47cf750) at /usr/src/sys/vm/vm_map.c:1829
#8  0xc01b1d85 in vm_map_delete (map=0xf66cc7c0, start=0, end=3217031168) at /usr/src/sys/vm/vm_map.c:1932
#9  0xc01b1e12 in vm_map_remove (map=0xf66cc7c0, start=0, end=3217031168) at /usr/src/sys/vm/vm_map.c:1957
#10 0xc0137248 in exit1 (p=0xf47be6c0, rv=0) at /usr/src/sys/kern/kern_exit.c:217
#11 0xc0137018 in exit1 (p=0xf47be6c0, rv=-878618816) at /usr/src/sys/kern/kern_exit.c:103
#12 0xc01e5251 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1, tf_ebp = -1077937844, tf_isp = -194097196, tf_ebx = 672716588, tf_edx = 672716000,
      tf_ecx = -1077937460, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 672397204, tf_cs = 31, tf_eflags = 647, tf_esp = -1077937888, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175
#13 0xc01d297b in Xint0x80_syscall ()
cannot read proc at 0
(kgdb) up 5
#5  0xc01e46db in trap (frame={tf_fs = 24, tf_es = -194117616, tf_ds = -1071972336, tf_edi = 0, tf_esi = -158666368, tf_ebp = -194097564, tf_isp = -194097596, tf_ebx = -247896864,
      tf_edx = -246569648, tf_ecx = 16777217, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1071953732, tf_cs = 8, tf_eflags = 66118, tf_esp = -193136816, tf_ss = -160643136})
    at /usr/src/sys/i386/i386/trap.c:466
466                             (void) trap_pfault(&frame, FALSE, eva);
(kgdb) frame frame->tf_ebp frame->tf_eip
cannot read proc at 0
(kgdb)

venus# ps -M vmcore.jupiter -N kernel.debug -aux | wc -l
    1585
venus# pstat -s -M vmcore.jupiter -N kernel.debug
Device          1K-blocks     Used    Avail Capacity  Type
/dev/amrd0s1b      524160     3100   521060     1%    Interleaved
/dev/#C133:0x20009   2621312     2924  2618388     0%    Interleaved
Total             3145472     6024  3139448     0%
venus#



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-chat" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021117033109.G23359-100000>