Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 4 Feb 1999 16:32:30 -0800 (PST)
From:      Matthew Dillon <dillon@apollo.backplane.com>
To:        Bernd Walter <ticso@cicely.de>
Cc:        freebsd-stable@FreeBSD.ORG
Subject:   Re: Panic with 3.0-Stable SNAP 1999-02-02
Message-ID:  <199902050032.QAA91774@apollo.backplane.com>
References:  <19990203192504.35970@cicely.de> <199902040017.QAA76195@apollo.backplane.com> <19990204083333.36857@cicely.de>

next in thread | previous in thread | raw e-mail | index | archive | help
:Fatal trap 12: page fault while in kernel mode
:fault virtual address   = 0x0
:...
:interrupt mask          = bio 
:trap number             = 12
:panic: page fault
:...
:(kgdb) print *kernel_map
:$1 = {lock = {lk_interlock = {lock_data = -266052716}, lk_flags = 16777216, 
:    lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 4, 
:    lk_wmesg = 0xf0207601 "thrd_sleep", lk_timo = 0, lk_lockholder = -1}, 
:  header = {prev = 0xf024255c, next = 0xf0243524, start = 4026265600, 
:    end = 4290772992, avail_ssize = 0, object = {vm_object = 0x0, 
:      share_map = 0x0, sub_map = 0x0}, offset = 0x0000000000000000, 
:    eflags = 0 '\000', protection = 0 '\000', max_protection = 0 '\000', 
:    inheritance = 0 '\000', wired_count = 0}, nentries = 101, 
: size = 264495104, is_main_map = 1 '\001', system_map = 1 '\001', 
: hint = 0xf0243434, timestamp = 4475, first_free = 0xf024255c, 
: pmap = 0xf0253648}
:...

:Yes I have got a dump showing me that allocation to kernel_map failed.
:Thats why I CCed to you because I know your are very responsible about the VM system
:Unlukily I don't have this special dump.
:I forgot to mention that I've raised some values in sys/vm/vm_map.h beacuse of the first dumps:
:/* XXX: number of kernel maps and entries to statically allocate */

    Well, I'm not sure why your 'print *z' failed - z can't be NULL
    here so it's probably gdb tripping over a compiler optimization.

    The vnode_zone is not flagged ZONE_INTERRUPT.  The kernel_map's lock wasn't
    taken, so _zget() should have called kmem_alloc().

    The kmem_alloc() must be failing, but I don't see where and I don't know
    why.

:original:
:/* XXX: number of kernel maps and entries to statically allocate */
:#define MAX_KMAP        10
:#define MAX_KMAPENT     128
:#define MAX_MAPENT      128

:Memory statistics by type                          Type  Kern
:        Type  InUse MemUse HighUse  Limit Requests Limit Limit Size(s)
:          kld     4     1K      1K 40960K        5    0     0  16,32,128
:  timecounter    10     2K      2K 40960K       10    0     0  128
:    file desc    75    31K     35K 40960K     8803    0     0  128,256,512,1K,2K
:         file   395    25K     29K 40960K   169149    0     0  64
:        sigio     1     1K      1K 40960K        2    0     0  32
:       zombie     0     0K      1K 40960K     8695    0     0  128
:        lockf     1     1K      1K 40960K       93    0     0  64
:    namecache  2602   420K    420K 40960K    10334    0     0  64,128,256,256K
:       devbuf   782   302K    302K 40960K     1769    0     0  16,32,64,128,256,512,1K,2K,4K,16K,32K
:         temp    23   138K    168K 40960K   234285    0     0  16,32,64,256,512,1K,2K,4K,256K
:         pgrp    32     1K      2K 40960K       56    0     0  32
:      session    25     2K      2K 40960K       33    0     0  64
:         proc     7    19K     19K 40960K        8    0     0  16,2K,8K
:      subproc   135     7K      7K 40960K    17534    0     0  32,256
:         cred    31     4K      5K 40960K       66    0     0  128
:       sysctl     0     0K      1K 40960K       13    0     0  16,32
:     ioctlops     0     0K      1K 40960K       10    0     0  512
:         ttys   251    36K     36K 40960K      489    0     0  128,2K
:       soname     1     1K      1K 40960K   148515    0     0  16,128
:          pcb   573    14K     20K 40960K    40347    0     0  16,32,64,2K
:   BIO buffer    19    20K     78K 40960K      399    0     0  512,1K,2K
:cluster_save buffer     0     0K      1K 40960K      211    0     0  32,64
:        mount    11     6K      6K 40960K       11    0     0  512
:       vnodes    43     6K      7K 40960K      996    0     0  16,32,64,128,256
:       ifaddr    11     1K      1K 40960K       11    0     0  32,64,128
:  ether_multi     7     1K      1K 40960K        7    0     0  16,32
:     routetbl  6359   894K    894K 40960K     6369    0     0  16,32,64,128,256
:     in_multi     2     1K      1K 40960K        2    0     0  32
:  NFS srvsock     2     1K      1K 40960K        2    0     0  256
:   NFS daemon     1     1K      1K 40960K        1    0     0  256
:  NQNFS Lease     1     1K      1K 40960K        1    0     0  1K
:     NFS hash     1   128K    128K 40960K        1    0     0  128K
:     FFS node 15230  3808K   3808K 40960K    16777    0     0  256
:     MFS node     1     1K      1K 40960K       10    0     0  64,256
:    UFS ihash     1   128K    128K 40960K        1    0     0  128K
:    UFS mount    30    83K     83K 40960K       30    0     0  512,2K,4K,8K
:    VM pgdata     1   544K    544K 40960K        1    0     0  512K
:         ZONE    18     3K      3K 40960K       18    0     0  128
:         mbuf     1    12K     12K 40960K        1    0     0  16K
:
:Memory Totals:  In Use    Free    Requests
:                 6627K     86K      665065
:
:...

:> :
:> :The Errors are are all resultion with the same trigger.
:> :Running squid and doing several lookups with wget.
:> :I have tried a current SNAP 1999-01-12
:> :and tried the Stable-SNAP 1999-02-02 with the same problems.
:> :...
:....

:> :#5  0xf01ea7a7 in generic_bzero ()
:> :#6  0xf015e6d8 in getnewvnode (tag=VT_UFS, mp=0xf2734e00, vops=0xf2667300, 
:> :    vpp=0xff5e6c7c) at ../../vm/vm_zone.h:85

    This is a kernel map full failure too.

    The problem should be clear from the vmstat and it isn't... the vmstat
    looks quite normal.  

    Try running netstat on the cores the same way you ran vmstat.

	netstat -tn -M vmcore.6 -N kernel.6
	netstat -s -M vmcore.6 -N kernel.6
	netstat -m -M vmcore.6 -N kernel.6


:  B.Walter

					-Matt

					Matthew Dillon 
					<dillon@backplane.com>


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



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