[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ipfilter
Subject:    IPF 3.3.10 + FreeBSD 3.4R Panic
From:       Cy Schubert - ITSD Open Systems Group <Cy.Schubert () uumail ! gov ! bc ! ca>
Date:       2000-02-29 14:05:52
[Download RAW message or body]

This is 100% reproducible, however I lost a filesystem in the process 
because it was too badly corrupted.  (Everything's recovered and there 
is little or no data loss).

Disable IP Filter using, ipf -D.  Then you get the following dump and 
if you're unlucky like me you'll lose a filesystem in the process.  If 
you want to test it, performing ipf -D in single user state with 
critical filesystems mounted read-only  and all others unmounted seems 
to mitigate the risk of losing filesystems.

The dump, below, appears to be corrupted.

IdlePTD 3055616
initial pcb at 271c24
panicstr: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x0
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0x0
stack pointer           = 0x10:0xc4b6ac7c
frame pointer           = 0x10:0xc4b6ac84
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 615 (ipf)
interrupt mask          = 
trap number             = 12
panic: page fault

syncing disks... 22 19 10 3 1 done

dumping to dev 20011, offset 163840
dump 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 
57 56 55
54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 
30 29 28
 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 
1
---
#0  boot (howto=256) at ../../kern/kern_shutdown.c:285
285                     dumppcb.pcb_cr3 = rcr3();
(kgdb) bt
#0  boot (howto=256) at ../../kern/kern_shutdown.c:285
#1  0xc014e3f4 in at_shutdown (
    function=0xc0255da6 <__set_sysinit_set_sym_memdev_sys_init+1050>, 
    arg=0xc4ae13c0, queue=-995206592) at ../../kern/kern_shutdown.c:446
#2  0xc022a38d in trap_fatal (frame=0xc4b6ac40, eva=0)
    at ../../i386/i386/trap.c:942
#3  0xc022a06b in trap_pfault (frame=0xc4b6ac40, usermode=0, eva=0)
    at ../../i386/i386/trap.c:835
#4  0xc0229ce2 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0, 
tf_esi = 0,
      tf_ebp = -994661244, tf_isp = -994661272, tf_ebx = -1071224152, 
      tf_edx = -994661248, tf_ecx = 28064, tf_eax = 0, tf_trapno = 12, 
      tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags = 66054, 
      tf_esp = -1071988647, tf_ss = -1073610752}) at 
../../i386/i386/trap.c:437
#5  0x0 in ?? ()

ipf -D detached IPF under 3.3.9, so something must have changed in 
3.3.10.  Could it be "appr_unload();" in ipldetach() on line 351 of 
ip_fil.c?  It appears to be the only difference FreeBSD would use in 
ipldetach().

FreeBSD is 3.4-RELEASE and IPF is 3.3.10.  If you need any other info I 
can email copies of it.


Regards,                       Phone:  (250)387-8437
Cy Schubert                      Fax:  (250)387-5766
Team Leader, Sun/DEC Team   Internet:  Cy.Schubert@uumail.gov.bc.ca
UNIX Group, ITSD, ISTA
Province of BC            
                    "COBOL IS A WASTE OF CARDS."

[prev in list] [next in list] [prev in thread] [next in thread]