From owner-freebsd-hackers Fri Jun 7 04:34:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07703 for hackers-outgoing; Fri, 7 Jun 1996 04:34:59 -0700 (PDT) Received: from uu.elvisti.kiev.ua (acc0.elvisti.kiev.ua [193.125.28.132]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA07666 for ; Fri, 7 Jun 1996 04:34:18 -0700 (PDT) Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.129]) by uu.elvisti.kiev.ua (8.7.5/8.7.3) with ESMTP id OAA18986; Fri, 7 Jun 1996 14:38:48 +0300 (EET DST) Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id OAA07316; Fri, 7 Jun 1996 14:38:10 +0300 From: "Andrew V. Stesin" Message-Id: <199606071138.OAA07316@office.elvisti.kiev.ua> Subject: Need help with DDB (IPfilter 3.0.4, logging panices FreeBSD) To: darrenr@cyber.com.au Date: Fri, 7 Jun 1996 14:38:09 +0300 (EET DST) Cc: ipfilter@coombs.anu.edu.au, hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Darren and people, so, even after a total replacement of underlying hardware (only hard disk is the same), and upgrade to ipfilter 3.0.4, I'm still having problems on our FreeBSD firewall gateway. As soon as I discovered that disaster is here, I made a kernel with debugging symbols and DDB in it, rebooted and waited. Caught it. Omitting the exact details (hex symbol tables, etc., anyway, this kernel is here, still panicing from time to time, esp. under network load on SLIP interfaces; I'll send the details as soon as you'll ask) of several panics, DDB's "trace" command constantly shows that kernel page fault occurs in bcopy(), called from near line 616 of fil.c -- the function is fr_check(). That's near the call to a logging routine, but I couldn't find any bcopy() call in nearest few lines. IPFILTER_LOG is defined. Filter is compiled into the kernel. My attempts to use gdb -k on the dumped corefiles failed: $ gdb -k "symbol-file ddbkernel" -- Ok "exec-file kernel.0" -- Ok "core-file vmcore.0" -- gdb fails to extract some nessesary info(?) and doesn't show anything :( I'm not too familiar with gdb :( The kernel has "options DDB", no compiler optimization, config(8) had '-g' switch (note: linkage of the kernel failed with this switch combo; ld didn't find _memcmp symbol, why? I added libc.a to the list of libraries, after libkernel.a; linkage succeeded, "debug" kernel works as planned ;) this means it's Ok until a panic :)) Kernel sources are -stable as of March 20 (still). (How can I sup somethin new and big if my router falls down?! Even my mail goes through it, anyway). What makes me wonder is the fact that DDB tells me: bcopy has 4 (four) args! first being 0x80smth, another three -- some addresses. Gmm... Any help/comments/suggestions are strongly appreciated. Thanks! P.S. If the damn thing will panic again soon, I'll write down the exact DDB output and an appropriate fragment of `nm ddbkernel` and send it to you. Please take my apologies if the message will be a bit longish. ;) -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 "You may delegate authority, but not responsibility." Frank's Management Rule #1.