From owner-freebsd-sparc64@FreeBSD.ORG Thu Jul 17 00:58:23 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B76137B401; Thu, 17 Jul 2003 00:58:23 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80AE543F85; Thu, 17 Jul 2003 00:58:21 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h6H7wAv29331; Thu, 17 Jul 2003 09:58:10 +0200 (MEST) Date: Thu, 17 Jul 2003 09:58:10 +0200 (CEST) From: Harti Brandt To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= In-Reply-To: Message-ID: <20030717095257.C30394@beagle.fokus.fraunhofer.de> References: <200307141153.h6EBrJKk045346@cueball.rtp.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sparc64@freebsd.org cc: current@freebsd.org cc: Marcel Moolenaar Subject: Re: [-CURRENT tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2003 07:58:23 -0000 On Tue, 15 Jul 2003, Dag-Erling [iso-8859-1] Sm?rgrav wrote: DS>Marcel Moolenaar writes: DS>> It does not only happen to sparc64. I've seen it fail for all but DS>> i386 and pc98, I think. DS> DS>Interestingly, the latest sparc64 tinderbox succeeded. DS> DS>> The first question is: what process is dumping core. I think DS>> you'll find that with dmesg(8). DS> DS>des@cueball ~% bzgrep dumped /var/log/messages* DS>/var/log/messages:Jul 15 14:04:24 cueball kernel: pid 6864 (make), uid 722: exited on signal 4 (core dumped) DS>/var/log/messages.0.bz2:Jul 14 07:53:19 cueball kernel: pid 44991 (make), uid 722: exited on signal 10 (core dumped) DS>/var/log/messages.1.bz2:Jul 12 05:49:04 cueball kernel: pid 6340 (make), uid 722: exited on signal 10 (core dumped) DS>/var/log/messages.1.bz2:Jul 12 13:31:23 cueball kernel: pid 69880 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.1.bz2:Jul 12 14:14:47 cueball kernel: pid 57456 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.2.bz2:Jul 9 14:08:23 cueball kernel: pid 4991 (make), uid 722: exited on signal 10 (core dumped) DS>/var/log/messages.2.bz2:Jul 10 07:34:54 cueball kernel: pid 36133 (make), uid 722: exited on signal 10 (core dumped) DS>/var/log/messages.3.bz2:Jul 6 18:08:46 cueball kernel: pid 43705 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.3.bz2:Jul 6 18:48:30 cueball kernel: pid 11632 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.3.bz2:Jul 7 19:29:31 cueball kernel: pid 94081 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.4.bz2:Jul 4 16:39:11 cueball kernel: pid 43256 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.4.bz2:Jul 5 15:09:59 cueball kernel: pid 24880 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.4.bz2:Jul 5 15:50:31 cueball kernel: pid 3662 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.4.bz2:Jul 6 03:26:28 cueball kernel: pid 45681 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.4.bz2:Jul 6 04:09:28 cueball kernel: pid 24332 (make), uid 722: exited on signal 11 (core dumped) DS>/var/log/messages.5.bz2:Jul 3 16:13:22 cueball kernel: pid 7543 (make), uid 722: exited on signal 10 (core dumped) DS>des@cueball ~% id DS>uid=722(des) gid=722(des) groups=722(des) I have the same problem with i386. About two weeks ago make started to dump core from time to time with different signals. I built a make with -g and the traceback is always the same: +++++++++++++ Script started on Thu Jul 17 09:54:31 2003 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... warning: exec file is newer than core file. Core was generated by `make'. Program terminated with signal 4, Illegal instruction. #0 0x0805ac8c in vfork () (gdb) bt full #0 0x0805ac8c in vfork () No symbol table info available. #1 0x080a4b80 in ?? () No symbol table info available. #2 0x0805a782 in Lst_ForEachFrom (l=0x80a5460, ln=0x80a43a0, proc=0x8049944 , d=0x809a780) at /usr/src/usr.bin/make/lst.lib/lstForEachFrom.c:94 tln = (struct ListNode *) 0x808ac01 list = (struct {...} *) 0x8079576 next = (struct ListNode *) 0x808ac3c done = 7 result = 134850432 #3 0x0805a753 in Lst_ForEach (l=0x80a5460, proc=0x8049944 , d=0x809a780) at /usr/src/usr.bin/make/lst.lib/lstForEach.c:73 No locals. #4 0x08049ee8 in CompatMake (gnp=0x809a780, pgnp=0x809a780) at /usr/src/usr.bin/make/compat.c:489 gn = (struct GNode *) 0x809a780 pgn = (struct GNode *) 0x809a780 #5 0x0804a1d5 in Compat_Run (targs=0x80a5a20) at /usr/src/usr.bin/make/compat.c:682 cp = 0x0 gn = (struct GNode *) 0x809a780 errors = 0 ---Type to continue, or q to quit--- #6 0x08050c7e in main (argc=3, argv=0xbfbff7a8) at /usr/src/usr.bin/make/main.c:866 targs = (struct Lst *) 0x80a5a20 outOfDate = 1 sa = {st_dev = 1042, st_ino = 1161641, st_mode = 16877, st_nlink = 3, st_uid = 551, st_gid = 0, st_rdev = 4905416, st_atimespec = { tv_sec = 1052902371, tv_nsec = 0}, st_mtimespec = {tv_sec = 1052902371, tv_nsec = 0}, st_ctimespec = {tv_sec = 1052902371, tv_nsec = 0}, st_size = 512, st_blocks = 2, st_blksize = 4096, st_flags = 0, st_gen = 0, st_lspare = 0, st_birthtimespec = {tv_sec = 0, tv_nsec = 0}} p = 0xf15
p1 = 0x0 path = 0x0 pathp = 0xf15
iMkLvl = 134896160 szMkLvl = 0xbfbff9ce "GS_FONTPATH=/usr/local/share/ghostscript/fonts:/home/share/ghostscript/fonts" mdpath = "/usr/obj/test/base/usr/test/base/usr.bin/from", '\0' obpath = '\0' cdpath = "/usr/test/base/usr.bin/from", '\0' machine = 0xbfbffaf7 "i386" machine_arch = 0xbfbff9c9 "i386" machine_cpu = 0x8078fb5 "i386" ---Type to continue, or q to quit--- sysMkPath = (struct Lst *) 0x80a5a20 cp = 0x8078fba "alpha" start = 0xf15
syspath = "/usr/share/mk" #7 0x08048131 in _start () No symbol table info available. (gdb) quit Script done on Thu Jul 17 09:54:58 2003 +++++++++++++ /etc/malloc.conf -> ja I have no idea how a program can core in vfork(). Probably a vm problem? harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org