sparc64/80890: panic: kmem_malloc(73728): kmem_map too small
running mysql
Carlos Sola
carlos at datamarkets.com.ar
Wed May 11 05:10:08 PDT 2005
>Number: 80890
>Category: sparc64
>Synopsis: panic: kmem_malloc(73728): kmem_map too small running mysql
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-sparc64
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed May 11 12:10:07 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator: Carlos Sola
>Release: 5.4-RELEASE SPARC64
>Organization:
Carlos Sola
>Environment:
FreeBSD noc03 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Tue May 10 18:20:20 ART 2005 root at noc03:/usr/src/sys/sparc64/compile/NOC-SMP sparc64
>Description:
The machine is a SUN E450 with
cpu0: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU)
cpu1: Sun Microsystems UltraSparc-II Processor (400.00 MHz CPU)
real memory = 1073741824 (1024 MB)
avail memory = 1039368192 (991 MB)
Runing mysql-server-4.1.10a (package install)
When I run my application in other server that connects to this sparc mysql, after a while it's dump a panic and reboot.
The message is:
panic: kmem_malloc(73728): kmem_map too small: 348577792 total allocated
cpuid = 1
boot() called on cpu#0
Uptime: 5m37s
Cannot dump. No dump device defined.
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
Resetting ...
>How-To-Repeat:
Just make 300 mysql connections and simple selects. I suppose its a memory allocation problem and not mysql issue.
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-sparc64
mailing list